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[57] ABSTRACT 

A communications system having a first server and a first 
client connected to the first server through a first network, 
wherein the first server selectively sends a set of InfoBites 
to the first client based on a filter. A method for distributing 
information for the above communications system, includ- 
ing the steps of deriving a set of InfoBites, filtering the set 
of InfoBites based on the filter into a filtered set of InfoBites, 
and, transmitting the filtered set of InfoBites to the first 
client. 

26 Claims, 9 Drawing Sheets 
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SYSTEM FOR DISTRIBUTING ELECTRONIC location information for each user. Also, the system supports 

INFORMATION TO A TARGETED GROUP the transfer of information over the nodes of many types of 

OF USERS communication networks such as cellular data networks, 

local area networks, and wide area networks. Thus, a user 
BACKGROUND OF THE INVENTION 5 can cqiiwici to and communicate with the system through a 

1. Field of the Invention wide variety of methods. 

The present invention relates to the field of use of infor- Other objects, features and advantages of the present 
mation distribution systems. More particularly, the present invention will be apparent from the accompanying 
invention relates to the automatic distribution of information drawings, and from the detailed description that follows 
to different users based on a set of selected criteria. 10 below. 

2. Description of Related Art 

Currently, users who wish to obtain information through 
electronic sources must search for a source that will provide piG. 1 illustrates a communication system configured in 
the information and then arrange for a transfer of that ^ accordance with the preferred embodiment of the invention, 
information, such as a download of the information. FIG. 2 illustrates a cellular network configured in accor- 

Systems like the World Wide Web (WWW) and on-line dance w j m me preferred embodiment of the invention, 
service providers, such as CompuServe® and America FIG. 3 illustrates a server and a client located on the 
Online®, provide searching and indexing engines that can communication system and configured in accordance with 
make searching and finding relevant information much 2Q the preferred embodiment of the i nvention . 
easier, allowing the user to search for information based on M M1 „ _ , . 

a list of key words that the user provides to the search a dlus ^ eS a l^V ° f * SerV % ™ nfi &™* * 

engine. However, these systems still require the user to accordance with the preferred embodiment of the invention, 
initiate the search, and then sift through the "hits", or found FIG. 5 is a flow diagram of a normal broadcast operation 
results, to locate any actually relevant information. Also, the 25 from a server to a client. 

user must still know what the user is looking for and make FIG. 6 is a flow diagram of a client configuration process 
an effort to look for that information. for situations such as when a user moves to a territory served 

Electronic news clipping services also exist to clip articles by a new server, 
for users based on a pre-determined set of user defined FIG. 7 is a flow diagram of a filtering and user profile 
criteria. However, a user's pre-determined criteria normally 30 updating process for the filtering of information which is 
has to be manually changed by the user. Also, the user is not sent to a client. 

provided with options to perform further actions based on FIG 8 ^ a flow d i agram 0 f a retrieval of resources 
the articles. operation by a client from the server. 

Advertisers and marketers who currently advertise on FIG 9 ii mstra tes an exemplary InfoBite configured in 
electronic services also have limited access to users and 35 accordance with the preferred embodiment of the invention, 
often can not focus their advertisements due to a lack of 

information for each user, including positional and demo- DETAILED DESCRIPTION OF THE 

graphic information. INVENTION 

Thus, it would be desirable to have an electronic infor- m . . t , , , P 

mation distribution system which would bypass the limita- 40 P™ vid f a me . lhod / nd apparatus for auto- 

tions stated above matically distributing electronic information to a targeted 

group of users. For purposes of explanation, specific 
SUMMARY embodiments are set forth to provide a thorough understand- 

Instead of relying on the efforts of a user to find and ing of the present invention. However, it will be understood 
retrieve information, the present invention allows an Info- 45 by one skilled in the art, from reading this disclosure, that 
Cast server to send information or a pointer to the informa- the invention may be practiced without these details, 
tion such as a uniform resource locator (URL) directly to the Further, although the present invention is described through 
user. What information is sent to the user is dependent on the use of a wide area network, a local area network, and a 
various factors, including: the location of the user; the time / cellular telephone network, most, if not all, aspects of the 
of day; and the information contained in a user profiled The 50 invention apply to networks in general. Moreover, well- 
user profile indicates the areas of interest of the user and can known elements, devices, process steps and the like are not 
be dynamically adjusted based on user feedback. .set forth in detail in order to avoid obscuring the present 

The system, according to the present invention, has the invention, 
advantage of allowing information and content providers to In FIG. 1, a communication system 1 containing the 
take an active role in the distribution of information. Another 55 preferred embodiment of the invention is illustrated. Com- 
advantage of the system is that it allows information pro- munication system 1 includes a network A 3, which in the 
viders to target particular audiences for receiving informa- preferred embodiment is a wide area network such as the 
tion and advertisement. This ability to "focus" the dissemi- internet. Network A 3 has a content provider A 5, a content 
nation of information allows information providers and provider B 7, a content provider C 9, and a content provide 
marketers to only send information to users who might be 60 D 11 connected to it. Network A 3 also has a computer 
interested in that information, reducing excessive waste of system A 13 and a computer system B 15 connected to it. 
bandwidth and transmission capability. Specifically, the sys- Lastly, network A 3 has a server A 17 and a server B 19 
tem allows the division of a general audience into different connected to it. 

segments of targeted audiences at a fine level of granularity Server A 17, which is termed an InfoCast server, is 
based on the criteria used. 65 connected to a network B 21, which, in the preferred 

In addition, the InfoCast servers support mobility of the embodiment, is a cellular communication system. In 
users of the system as the system maintains real-time addition, server A 17 is also connected to a content provider 
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E 6, a content provider F 8, and a content provider G 10, as 
described below. Server A 17 is also connected to a client A 
23 and a client B 25 through the use of network B 21. In 
addition, server A 17 is connected to a client C 29 and a 
client D 31 through a local area network 27. Similarly, server 
B 19, which is also an InfoCast server, is connected to a 
client E 35 and a client F 37 through a local area network 33. 

In the preferred embodiment, content provider A 5 is a 
hyper-text transport protocol (HTTP) server that can provide 
a real-time news service to the various computer systems 
connected to network A 3 via hyper-text markup language 
(HTML) documents. Content provider B 7 is a file transfer 
protocol (FTP) server which allows clients to access files 
located on the server. Content provider C 9 is another HTTP 
server maintained by a business and configured to be able to 
process electronic transactions. Content provider D 11 is an 
HTTP server configured to provide advertising information 
via HTML documents. 

Alternatively, content providers A 5, B 7, C 9 and D 11 
can be servers offering other types of information using 
different protocols. For instance, content provider A 5, 
instead of being an HTTP server configured for delivering 
news, can be a server for providing wide area information 
services (WAIS). Other types of servers that can be located 
on network A 3 in addition to the servers mentioned above 
can include Gopher servers, Archie servers, and other serv- 
ers providing other multimedia data. Moreover, servers 
providing WWW "searching" services — i.e., servers that 
search WWW sites and retrieve information matching cer- 
tain criteria from those WWW sites— and USENET search 
engines — i.e., servers that search USENET news groups — 
can also interface with an InfoCast server to provide a 
constant stream of new information. 

Computer system A 13 and computer system B 15 rep- 
resent a general class of computer systems including 
workstations, minicomputers and personal computers. These 
computer systems can access the various services provided 
by content provider A 5, B 7, C 9 and D 11. Alternatively, 
computer system A 13 and computer system B 15 can be any 
computing device equipped to access network A 3. 

Content provider E 6 is a computer system that is con- 
nected to server A 17 through the use of a public switched 
telephone network. Content provider F 8 is a service pro- 
viding a video/audio feed to server A 17 through the use of 
a satellite communications network. Content provider G 10 
is a video/audio feed service that is directly connected to 
server A 17 through the use of a coaxial cable. 

FIG. 2 illustrates the preferred embodiment of network B 
21, which represents a cellular telephone network such as 
that defined by the Global System for Mobile (GSM) 
communications standards. In network B 21, a short mes- 
sage service (SMS) center 41 is connected to a mobile 
switching center A 42 and a mobile switching center B 43. 
Mobile switching center A 42 and mobile switching center 
B 43 are connected to a base station controller A 44 and a 
base station controller B 45, respectively. Base station 
controller A 44 is interfaced to a base station transceiver A 
46 and a base station transceiver B 47 while base station 
controller B 45 interfaces with a base station transceiver C 
48. It is to be noted that each short message service center 
can serve one or more mobile switching centers, which in 
turn can support one or more base station controllers. 
Moreover, each base station controller is interfaced to one or 
more base station transceivers. The GSM system provides 
cell- level location information of all devices in the system 
and also allows the sending of SMS broadcasts messages to 
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all devices. The GSM elements in network B 21 and their 
functions are well known in the art and a description is 
provided herein for completeness only. 

In network B 21, mobile switching center A 42 and mobile 

5 switching center B 43 control the establishment of calls 
between different cellular devices, the roaming of portable 
cellular devices, and the handing-off of devices between 
different base stations. For roaming purposes, mobile 
switching center A 42 and mobile switching center B 43 also 

10 track the real-time physical location of each cellular device, 
and a user of each cellular device, through the use of base 
station controller A 44, base station controller B 45, base 
station transceiver A 46, base station transceiver B 47, and 
base station transceiver C 48. 

15 For example, in FIG. 2, client A 23, which is located in a 
geographical area served by base station transceiver A 46, 
communicates with server A 17 through the use of base 
station transceiver A 46, base station controller A 44, mobile 
switching center A 42, and short message service center 41. 

20 Client B 25 is similarly connected to server A 17, except 
client B 25 uses base station transceiver B 47 since client B 
25 is located in a geographical location served by base 
station transceiver B 47. Each base station transceiver serves 
all clients operating in its geographical location. Thus, if 

25 client A 23 moves into the geographical area served by base 
station transceiver B 47, then base station transceiver B 47 
would become responsible for serving client A 23 in addition 
to serving client B 25. Each InfoCast server of the preferred 
embodiment can service one or more domains, wherein each 

30 domain is composed of a set of distinct base station 
transceivers, which are preferably located closely to each 
other. 

In the preferred embodiment, server A 17 contains posi- 

35 tional information of all users located in the domains served 
by server A 17. Server A 17 also contains additional infor- 
mation for each user, including such information as gender, 
income, interests, employment, and other demographic 
information. The records containing each user's information 

40 is stored on a subscriber database at the user's home 
InfoCast server, as described below. Alternatively, user 
information may also be stored or replicated at other loca- 
tions on the connected network, also as described below. In 
FIG. 3, server A 17 contains a server InfoBite database 50, 

45 a server content database 51, a subscriber database 53, and 
a server resource database 55 coupled to an open database 
connectivity (ODBC) application programming interface 
(API) 59. ODBC API 59 is also coupled to an InfoFeed 
interface 57 and a schedule/resource controller 61. 

50 Schedule/resource controller 61 is coupled to a billing 
service 63, a network A interface 65, and a messaging 

/ interface 67 for communicating with a client A 23 through 
the use of network B 21. 

Client A 23 contains a client resource database 71, a client 

55 content database 72 and a client InfoBite database 73 
coupled to an ODBC API 75. ODBC API 75 is also coupled 
to an InfoCast client 77 and an InfoCast browser 89. 
InfoCast browser 89 is coupled to a back channel interface 
81 and an InfoAction API 87. InfoAction API 87 is coupled 

60 to an application A 83 and an application B 85, both of which 
are also coupled to back channel interface 81. InfoCast client 
77 is coupled to messaging interface 79 for allowing client 
A 23 to communicate with server A 17 through the use of 
network B 21. 

65 Subscriber database 53 contains the records of all users 
for which server A 17 is the home InfoCast server, and all 
users who are currently in the territory serviced by server A 
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17. Therefore, the subscriber database of each InfoCast 
server contains a subset of a logical database containing all 
the records of the users — i.e., the complete subscriber data- 
base is actually physically distributed over all the InfoCast 
servers. For example, assuming there is only one InfoCast 
server in each of the fifty states of the United States, the 
subscriber database in the InfoCast server located in Cali- 
fornia would contain the user records of all users who have 
the California InfoCast server as their home InfoCast server. 
In addition, the subscriber database contained in the Cali- 
fornia InfoCast server would also contain the user records of 
all the users who are currently in California. 

When a user who has an InfoCast server of another state 
as the user's home InfoCast server leaves the territory served 
by the home InfoCast server — i.e., when the user leaves the 
home state of the user — the InfoCast server of the state to 
which the user has traveled will request a copy of the user's 
record from the user's home InfoCast server. For example, 
when a user who has the California InfoCast server as the 
user's home InfoCast server travels to New York, which is 
served by the New York InfoCast server, the New York 
InfoCast server will request a copy of the user's record from 
the California InfoCast server. Until the user leaves New 
York, the New York InfoCast server is responsible for 
maintaining and updating the user's record both in its own 
subscriber database and the home, or California, InfoCast 
server's subscriber database. When the user either returns to 
California or travels to another state, control is transferred to 
the California InfoCast server or the InfoCast server serving 
the other state, respectively. 

Server content database 51 contains data used by the 
InfoCast server in serving the users currently in its territory. 
Server content database 51 contains data received from 
sources such as content provider A 5, content provider B 7, 
content provider C 9, content provider D 11, content pro- 
vider E 6, content provider F 8, and content provider G 10. 
Thus, server content database 51 would contain news and 
weather information from content provider A 5 and adver- 
tisements from content provider D 11. In addition, server 
content database 51 can contain such resources as the 
geographical location of all airports, train stations, and other 
transportation centers, in addition to other points of interest 
for which a user might wish to receive information. Server 
content database 51 is also used to contain content from 
other sources such as computer system A 13, computer 
system B 15, or even from the content database of server B 
19, which has the same structure as server A 17. Moreover, 
server content database 51 is preferably used to contain 
resources that are often used to reduce accessing time but yet 
of a relatively small size to conserve space. Larger resources 
will not be contained in server content database 51 and will 
be accessed through the use of server resource database 55, 
as described below. 

An example of the use of server content database 51 can 
be seen where server A 17 is located in California. In that 
case, server content database 51 would contain the maps of 
the state of California at various levels of detail — e.g., a state 
level map, numerous county level maps, and numerous 
street level maps. It is to be noted that server content 
database 51 is not limited to containing data which is 
considered local to the InfoCast server, but can also contain 
data which might be contained on other InfoCast servers. 
Thus, server content database 51 can contain a map of the 
United States, a map of North America, and even a world 
map. In addition, the data contained in server content 
database 51 is not limited to geographical data. For example, 
server content database 51 can contain data about 
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restaurants, hotels, entertainment activities, and tourist 
attractions. Server content database 51, along with other 
databases in the invention, are accessed through ODBC API 
59 as described below. 

5 Server resource database 55 is used to contain pointers, 
termed "resource identifiers," which are each associated 
with a fully qualified URL, for data that is located either on 
server content database 51 or anywhere on the networks to 
which server A 17 is connected. Thus, server resource 

10 database 55 contains a look-up table of resource identifiers 
to find a fully qualified URL to which a particular resource 
identifier is associated. In the preferred embodiment, server 
resource database 55 does not contain anything other than 
the look-up table for locating resources. As mentioned 

35 above, server content database 51 is not used to contain 
resources which are either infrequently accessed or 
extremely large in size. Through the use of server resource 
database 55, the resources which are not located locally can 
be accessed through the use of the URLs contained in server 

20 resource database 55. 

Server content database 51 and server resource database 
55, containing the set of data and pointers to data 
respectively, are logically a single database necessary to 
serve the users in the territory served by server A 17. As 

25 server resource database 55 contains resource location infor- 
mation as URLs referencing any resource on any possible 
site on the internet and locally in server content database 51, 
it is to be noted that the functionality of server content 
database 51 and server resource database 55 are combined to 

30 contain a virtually unlimited amount of data. In an alternate 
embodiment, there can be one database containing both data 
and pointers to data. The use of server content database 51 
and server resource database 55 will be further described 
below in conjunction with the discussion of server InfoBite 

35 database 50. 

As mentioned above, server InfoBite database 50, server 
content database 51, subscriber database 53, and server 
resource database 55 are accessed through the use of ODBC 
API 59. The use of ODBC API 59 provides a layer of 
transparency for accessing the databases. The function, 
features and benefits of the ODBC standard is well known 
in the art. In addition, ODBC API 59 can be replaced by 
another data management system without affecting the use- 

Ae fulness of the invention. 

45 

InfoFeed interface 57 is used to update server InfoBite 
database 50, server content database 51, subscriber database 
53, and server resource database 55. In the preferred 
embodiment of the invention, content provider A 5, content 

so provider B 7, content provider C 9 and content provider D 
11 would use InfoFeed interface 57 to update the databases 
contained in server A 17 through the use of ODBC API 59. 
Access to InfoFeed interface 57 is obtained either through 
the use of network A 3; such as the case for content provider 

55 A 5, content provider B 7, content provider C 9 and content 
provider D 11; a modem bank, such as the case for content 
provider E 6; a satellite link, such as the case for content 
provider F 8; a direct connection, such as the case for content 
provider G 10; (or any other communication infrastructure / 

60 allowing the receiving and transmitting of data. Thus, in the 
preferred embodiment, InfoFeed interface 57 contains an f 
interface for the internet, modems, satellite transceivers, and 
direct connections. 
InfoFeed interface 57 enables content providers to update 

65 data and resources on server A 17 for specific subscriber 
locations and times. Thus, content providers may feed 
information only to those InfoCast servers matching a 
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specific criterion. For example, content provider A 5, while 
sending news events which are global in nature to the 
InfoCast server in California, can also limit the type of 
weather information that is sent to the California InfoCast 
server to weather conditions which are local to California. 
InfoFeed interface 57 can also actively contact a content 
provider over network A 3 without initial contact from the 
content provider so as to "search" the internet for new 
content which might be interesting to users of the system. 

As described further in connection with FIG. 4, InfoFeed 
interface 57 contains a reporter for each content type, as 
described below, each reporter being responsible for inte- 
grating with content providers to receive information, stor- 
ing the information retrieved from content providers, and 
responding to the information transfers initiated by content 
providers. 

Items of information that are sent to InfoCast servers such 
as server A 17 from content providers are collectively 
termed "InfoCasts." An InfoCast can consist of either a data 
file containing one or more separate articles, or a video/ 
audio feed. Thus, an InfoCast from content provider F 8 
would consist of a multimedia feed containing one or more 
video segments along with any associated audio while an 
InfoCast from content provider A 5 consists of a text file 
containing one or more news stories. Although in the pre- 
ferred embodiment, an InfoCast contains information from 
several content providers, in an alternate embodiment, an 
InfoCast can contain information from a single content 
provider. 

For each item contained in an InfoCast, InfoFeed interface 
57 will create an "InfoBite," which can be sent to a user in 
lieu of the full item, as described below. Each InfoBite 
consists of a title, summary information for the associated 
item in the InfoCast, such as keywords, category names or 
titles; and data necessary for a user to: (1) obtain a corre- 
sponding item of information from which an InfoBite is 
generated; (2) obtain a cross reference to an item of infor- 
mation; or, (3) perform certain "Info Actions," as described 
below. In addition to the methods described below, InfoBites 
can also be generated by using a custom InfoBite editor. 

In the preferred embodiment, the part of each InfoBite 
that is summary information for each particular item in an 
InfoCast is created by the content provider providing the 
InfoCast. For example, in the case where the information is 
a news story, summary information can be the title of the 
story. In another example, where the item of information is 
a graphic, summary information can consist of a caption or 
title of the graphic. In yet another example, where a content 
provider supplies a video/audio feed, summary information 
can consist of a title for a video segment available for 
viewing. In the case where the content provider provides a 
multimedia feed, such as content provider G 10, summary 
information can be transmitted to InfoFeed interface 57 
using a separate portion the transmission channel, such as 
the vertical blanking interval. 

In situations where summary information is not provided 
by a content provider, InfoFeed interface 57 will generate 
summary information as a portion of text from the beginning 
of a text item if the item is a text file, or a title if the item 
is a graphics file, an audio file, or a series of video frames. 
It is to be noted that summary information for different types 
of files can be placed in a single InfoBite. For example, 
summary information for a video/audio segment will consist 
of both a title for the video segment and a title for the 
segment of audio data. In addition, the resource identifiers 
for the video and audio data will be included, as described 
below, so that a client may retrieve those resources. 



10 



As described above, each InfoBite also contains a set of 
resource identifiers. In the preferred embodiment, each 
resource identifier is a bit pattern generated by InfoFeed 
Interface 57 for each URL to be included in an InfoBite. 
Resource identifiers are especially useful in low-bandwidth 
implementations — such as the short message services pro- 
vided by a cellular telephone network, e.g., network B 21, or 
a two-way paging system — as bandwidth is saved by trans- 
mitting only a small bit pattern resource identifier instead of 
a fully qualified URL for a resource or the resource itself. 

The format of an InfoBite is shown below in Table 1: 

TABLE 1 



15 



Field 



20 



45 



50 



55 



60 



65 



InfoBite Packet Format 
Example Description 



Version ID 

Packet„ID 

Roaming 
Location_Bit 



OH 



OH 



OH 



25 



Time_To_Live OH 



30 



Resource_ID 



Topic 



35 Data 



Number__ofL_ 

Actions 

#Action_Type 

#Cost 



#Rcsource_ 
Identifier 
#Title 
#Data 



01 H, 02H Identifies the broadcast version to the 
InfoCast Browser. Byte l=major, Byte 
2=minor. 

Identifies the packet type, such as a 
control message, resource message, 
InfoBite, etc. 

Indicates if the InfoBite is valid outside 
the domain it is received in. 
Indicates if the InfoBite is location 
specific. It tells the parser if there is 
a 4 byte identifier in the data field of 
the InfoBite indicating the Info Bite's 
longitude and latitude. 
Indicates how long the InfoBite will 
remain in the client system. 
Enables content providers to brand their 
content with icons or bit maps. 
Identifies the topic for categorical 
placement for client. 
Combined with a domain number, this 
.serves as a unique identifier for the 
InfoBite. 

Contains data for the InfoBite. This 
optionally contains other fields which are 
parsed if necessary. 

The number of actions contained in the 
InfoBite. 

Tells client chow to interpret Data Field 
of InfoAction as contained in Table 2. 
The cost of taking the action. The number 
relates to the Configuration Bite's 
Current Type 

Enables content providers to brand their 
content with icons or bit maps. 
Title for the InfoAction 
Data for the InfoAction. 



000H 



00H 



After an InfoBite containing one or more resource iden- 
tifiers is transmitted to a user, if the user wishes to retrieve 
an article or item identified by a resource identifier, a request 
is made by the client to the InfoCast server to send the fully 
qualified URL associated with the resource identifier to the 
client. The request is made by the client transmitting the 
resource identifier to the InfoCast server. The InfoCast 
server will either transmit the fully qualified URL associated 
with the resource identifier, or, bandwidth permitting, trans- 
mit the story or item to the client. 

After receiving the fully qualified URL, the client can 
then initiate an InfoAction to retrieve the item identified by 
the fully qualified URL. In the preferred embodiment, large 
files and resources are not stored locally by InfoCast servers 
but are only accessible by using the fully qualified URL to 
retrieve the resource at the original storage location of the 
resource,. 

As described in Table 1, above, there are different types of 
InfoActions, identified by the Action_iype field. These 
InfoActions allow the user to perform actions, such as access 
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the internet, initiate voice calls, and process scripts, on the 
client. When the InfoAction is executed by the browser, the 
Action_Type field is used to determine the way in which the 
information in the Data field is interpreted. For instance, an 
Action__Type code of "00H" tells the browser that the Data 
field of the action contains a URL and a WWW browser 
should be executed using the URL as a parameter. 
Alternatively, Action__iype code of "03H" tells InfoCast 
browser 89 that the Data field of the action contains actual 
HTML text. In the latter case, InfoCast browser 89 may save 
the text as a file and a WWW browser would be run using 
the name of the locally saved HTML file as a parameter. In 
this way, the HTML file can be viewed. Table 2, below, 
describes the contents of various InfoAction Data fields and 
suggested codes which could be used. It should be noted that 
specific "helper" applications used to process the data in the 
InfoActions can be determined via user preferences. For 
instance, an HTML browser such as Netscape© could be 
used to read or view HTML documents. Alternatively, the 
user could configure the InfoCast browser to process and 
display the HTML code if the InfoCast browser supports 
HTML. It should also be noted that other types of actions 
which are not defined in Table 2 can be supported easily 
using the provided structure. The InfoActions supported in 
the preferred embodiment are contained in the table below: 

TABLE 2 

Supported InfoActions 

Suggested 



Actio n_ 




Transfer 


Data 


Applica- 




Type 


Code 


Media 


Field 


tion 


Description 


Interact 


00H 


Data 


URL 


www 


Internet access 


Access 








Browser 


phone number, 












if needed, is 












obtained from 












client 












configuration 












tables. 


Download 


01 H 


Message 


List of 


InfoCast 


Once the FTP 


InfoCast 




Resource 




server and file 


Resource 






Identifiers 




name for the 












resource has 












been found, 












action OOH is 












used to 












retrieve the 












resource. 


Voice 


02H 


Voice 


Phone 


TAPI 


Makes a person 


Connec- 




Call 


number 


Phone 


to person call. 


tion 








Dialer 




Generate 


03H 


None 


Resource 


InfoCast 


If the first 


Form 






ID or 




bit of the Data 








HTML 




is a T\ then 








document 




an HTML Conn. 












Otherwise, a 












resource number 












follows and the 












action 01 H is 












performed 












before the form 












is shown. 


Send 


04H 


Message 


3 bit 


InfoCast 


Feedback to 


Message 






transport 




content/service 








ID, 




providers 








number & 












list of 












addresses, 












message 












data 






Scripting 


05H 


None 


Scripting 


InfoCast 


Process JAVA or 


Language 






code 




other scripting 












code such as 












Telescript. 



10 



15 



20 



30 



35 



45 



50 



60 



65 



It is to be noted that as resources are also cached locally 
on clients, such as in client content database 72, a client will 



first check to see if the resource to be requested from the 
InfoCast server is contained locally on the client through the 
use of the resource identifier and client resource database 71. 
If the resource or file is contained locally and has not been 
deemed to be outdated by checking the resource's expiration 
time stamp, then the local resource will be accessed and 
there will be no need to contact InfoCast server, except to 
log the access in order to update the user's profile, as 
described below. 

It is also to be noted that in cases where an item received 
by server A 17 is a non-text element such as a graphic, a 
sound sample or a video segment, InfoFeed interface 57 can 
create summary file of a smaller graphic that is a "thumb- 
nail" version of the graphic, a compressed or limited portion 
of the audio sample, or a series of frames from the video 
segment, respectively, store the created summary file into 
server content database 51, assign a resource identifier for 
accessing the created summary file, and include the resource 
identifier for the created summary file inside the InfoBite 
generated by InfoFeed interface 57 for, the item along with 
any textual summary information to be included in the 
InfoBite, Client A 23 can then have the option of retrieving 
a non-textual summary, or clip, of the item before retrieving 
the complete item. For configurations where sufficient band- 
width exist, users are sent the complete item of information 
upon which an InfoBite is based. 

In addition, InfoFeed interface 57 can also process elec- 
tronic mail (e-mail) messages directed at a set of users in the 
territory served by server A 17 and create one or more 
InfoBites to be transmitted to the users. In cases where there 
are one or more attachments to the e-mail message, InfoFeed 
interface 57 would process those attachments in the manner 
described for files above. Thus, any attachments to the 
e-mail message would be stored in server content database 
51 and each assigned a resource identifier to be stored in 
server resource database 55. Similar to other resources, 
attachments would be stored in server A 17 until they are 
requested by client A 23. InfoFeed interface 57 would allow 
content providers to create InfoBites by sending e-mail 
messages with attachments. 

Schedule/resource controller 61 is responsible for filtering 
the InfoBites that are sent to a user based upon the user's 
profile as contained in the user's record and subscriber 
database 53 — i.e., a subscriber profile filter, the user's cur- 
rent location — i.e., a locational filter, and the time of day — 
i.e., a temporal filter. Alternatively, the filtering may be 
performed on a client, such as client A 23. For example, an 
InfoCast from content provider A 5 can contain several news 
stories. Each of these news stories can be filtered as 
described below to assess its suitability to be sent to each 
user. In a low-bandwidth embodiment, only the InfoBites 
from the news stories that pass a user's filtering criteria are 
sent to the user. In cases where there is little or no bandwidth 
constraint, such as when a user is connected to the an 
InfoCast server through a LAN, the complete news story 
would be sent to the user in addition to the InfoBite 
associated with that news story. Future references to "Info- 
Bite" will apply equally to a complete item or a summary of 
the item, unless otherwise noted. Detailed examples of the 
use of filters in schedule/resource controller 61 will be 
provided below. 

In the preferred embodiment, schedule/resource control- 
ler 61 is also responsible for maintaining billing information 
for each user and sending it to billing service 63. It is to be 
noted that the maintaining of billing information can option- 
ally be shifted to billing service 63. Alternatively, tracking of 
the billing information for each user's use of the system can 
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be completely eliminated depending on which cost burden 
distribution model is used. For example, instead of having 
each user pay for using the system, the cost of maintaining 
the system can be borne by content providers who wish to 
advertise by sending InfoBites, by either a per client basis or 
a rate corresponding to a number of transmitted InfoBites. 
Schedule/resource controller 61 also checks server content 
database 51 and server resource database 55 to remove 
outdated resources — i.e., resources with time stamps that are 
expired — and to process InfoBites that have "awakened" — 
i.e., process InfoBites that were set at a previous time to be 
activated at a later preset time. 

Server A 17 uses network A interface 65 to communicate 
with other InfoCast servers on network A 3 and can also 
communicate with other clients that are located on network 
A 3. Alternatively, if network A 3 is a proprietary network, 
then network A interface 65 would be configured to send and 
receive information over that network. 

Server A 17 communicates with client A 23 through the 
use of messaging interface 67. For network B 21, which, as 
mentioned, is a GSM network, information from server A 17 
is preferably sent via short message service (SMS) broad- 
casts at a cell level. In addition to carrying InfoBites, SMS 
broadcasts can also carry information to update client 
resource database 71, client content database 72, and the 
client configuration of client A 23. Alternatively, if server A 
17 is sending information to client C 29 or client D 31 
through the use of local area network 27, then messaging 
interface 67 would be configured for the protocol that is used 
by the local area network — e.g., Transmission Control 
Protocol/Internet Protocol (TCP/IP), AppleTalk® 
(AppleTalk is a registered trademark of Apple Computers, 
Inc.), or Netware® (Netware is a registered trademark of 
Novell, Inc.). 

Continuing with FIG. 3, after client A 23 has received 
InfoBite messages over network B 21 through the use of 
messaging interface 79, InfoCast client 77 then updates 
client InfoBite database 73 and, as necessary, client resource 
database 71 and client content database 72 through the use 
of ODBC API 75. ODBC API 75 is functionally identical to 
ODBC API 59 in that it allows InfoCast client 77 to access 
client resource database 71, client content database 72 and 
client InfoBite database 73 regardless of the type of database 
software and hardware system on which client resource 
database 71, client content database 72, and client InfoBite 
database 73 are operating. 

After InfoCast client 77 has updated client resource 
database 71, client content database 72 and client InfoBite 
database 73 with the information received via an SMS 
broadcast, InfoCast browser 89 is responsible for displaying 
the new information. In the preferred embodiment, InfoCast 
browser 89 is notified of the need to display new InfoBites 
by InfoCast client 77. InfoCast client 77 will also remove 
outdated information from client resource database 71, cli- 
ent content database 72 and client InfoBite database 73 so as 
to free up database resources. 

As InfoCast browser 89 displays the new information, 
InfoCast browser 89 maintains a record as to what the user 
finds interesting as the user is browsing the delivered 
information. InfoCast browser 89 will send this log back to 
schedule/resource controller 61 periodically as bandwidth 
permits. This feedback and data gathering process is dis- 
cussed in describing FIG. 5, below. 

Client resource database 71 contains a subset of the 
information contained in server resource database 55 of 
server A 17. Server resource database 55, in turn, holds a 
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subset of the logical server resource database, the logical 
server resource database being the logical database repre- 
senting the information in all of the server resource data- 
bases existent in the system. In addition, client resource 

5 database 71 contains additional information that remained 
from any contact that client A 25 has had with other servers. 
For example, assuming again that: (1) there is one InfoCast 
server per each state of the United States; (2) server A 17 is 
the InfoCast server for California; and, (3) client A 23, which 

30 has its home InfoCast server in New York, has traveled to 
California. As client A 23 enters California, server A 17 is 
responsible for updating client resource database 71 and 
client content database 72 of client A 23 through the use of 
a client configuration message through which client A23 can 

15 optionally retrieve a state map of California. Alternatively, 
server A 17 can automatically send client A 23 the map. 
Server A 17 is also responsible for sending any URLs for 
and/or data of local/regional maps of California where client 
A 23 is located. Client resource database 71 and client 

2 q content database 72 might still contain pointers and data 
from the New York InfoCast server and any other InfoCast 
server of the states through which client A 23 has traveled. 
The operation of updating client resource database 71 and 
client content database 72 during the roaming of client A 23 

25 is detailed further below. 

Client InfoBite database 73 contains the InfoBite mes- 
sages sent via SMS broadcast from server A 17 and from any 
other servers with which client A 23 has had contact. As will 
be described below, client InfoBite database 73 is constantly 

3 q being updated as any InfoBite messages which are time 
sensitive and no longer useful — e.g., traffic information — 
are removed from client InfoBite database 73 on a regular 
basis as needed to conserve space. 

It is to be noted that the set of server databases — e.g., 

35 server InfoBite database 50, server content database 51, 
subscriber database 53, server resource database 55 — and 
the set of client databases — e.g., client resource database 71, 
client content database 72 and client InfoBite database 
73 — do not need to be contained in server A 17 and client A 

40 23, respectively. Instead, any and all of the databases men- 
tioned can be contained outside of the InfoCast server and 
client for which they hold information. For example, instead 
of having a distributed database for the subscriber database, 
wherein each InfoCast server has a subset of the logical 

45 subscriber database, there can be one subscriber database, 
which is both the physical database and the logical database, 
contained somewhere on the network such that all subscriber 
information would be contained on that database. The pre- 
ferred embodiment is to have a physically distributed data- 

50 base since access time is shortened if the information to be 
accessed is contained locally. Also, if the information is 
contained locally, whenever communications between the 
clients and servers are not present, database dependent 
operations will be minimally affected. 

55 Back channel interface 81 in the preferred embodiment is 
a cellular data call. Thus, when application A 83 in the above 
example needs to access content provider A 5 to perform an 
FTP file transfer, application A 83 will use back channel 
interface 81 to dial into an internet service provider using a 

60 protocol such as the point to point protocol (PPP) or the 
serial line internet protocol (SLIP), providing client A 23 
with access to the internet, and then perform the FTP file 
transfer over the internet. Alternatively, back channel inter- 
face 81 can be networking hardware to allow access by 

65 application A 83, application B 85 and InfoCast browser 89 
to a TCP/IP network in the case where client A 23 is located 
on a local area network implementing TCP/IP. For example, 
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the back channel interface in client C 29 would be network- 
ing hardware to allow client C 29 to communicate over local 
area network 27. 

FIG. 4 illustrates a logical diagram of a reporter 91 
residing in InfoFeed interface 57 of server A 17 parsing an 5 
InfoBite 93 and a set of associated resources 95 for storage 
in server InfoBite database 50 and server resource database 
55 of server A 17. 

In FIG. 4, content provider E 6 is a commercial service, 
such as CNN@Work™, which provides a real time news 10 
service to reporter 91. Reporter 91 is configured to receive 
the InfoCast information provided by content provider E 6 
and store InfoBites and the resources related to each Info- 
Bite in InfoBite database 50 and Server Resource database 
55 of server A 17. 35 

For example, InfoBite 93 contains a news story with the 
title "Global Warming Warning" and has associated 
resources 95. Associated resources 95 may include a full 
story text, a full story audio, a video clip, and an URL to a 2Q 
related story. In the preferred embodiment, each of the 
resources in associated resources 95 is referenced by a fully 
qualified URL and thus, just the URLs may be stored in 
server resource database 55. The resources can be stored in 
server content database 51 (not shown in FIG. 4) or stored 25 
outside server A 17 in content provider E 6. 

FIG. 5 is a flow diagram of the preferred operation of the 
invention. The description of FIG. 5 will be integrated with 
a detailed example, wherein the filter used by schedule/ 
resource controller 61 will be based on the time of day, the 30 
location of the user, and user profile criteria. Thus, the filter 
used by schedule/resource controller 61 is composed of 
three filters, a temporal filter, a positional filter, and a 
subscriber profile filter. 

In Block 101, referring back to FIG. 1 and FIG. 3, content 3 5 
provider B 7, as described above, is an HTTP server 
configured for having HTML pages containing real-time 
news. In this example, HTML pages containing real-time 
traffic reports are received by server A 17 from content 
provider B 7. InfoFeed interface 57 accesses the HTML 40 
pages from content provider B 7 through network A 3. As 
mentioned before, in the preferred embodiment, network A 
3 is the internet. Alternatively, network A 3 can be any 
private or public network over which data can be transmitted 
and received. In the preferred embodiment, the HTML pages 45 
received from content provider B 7 are first received by 
InfoFeed interface 57 and then processed by a reporter 
capable of processing HTML thereby creating one or more 
InfoBites. Any created InfoBites will be stored in server 
InfoBite database 50 through the use of ODBC API 59. Any 50 
resources associated with each InfoBite will be stored in 
server content database 51 and server resource database 55 
through the use of ODBC API 59. For example, an InfoCast 
server might receive an InfoCast containing traffic informa- 
tion for areas which are not served by the InfoCast server. In 55 
that case, only the traffic information relevant to the areas 
served by the InfoCast server will be processed into one or 
more InfoBites. 

In Block 103, for each user currently served by server A 
17, schedule/resource controller 61 filters the traffic report 60 
InfoBites by using the criteria of the time of day and the 
location of each user to decide which InfoBites — i.e., the 
parts of the InfoCast that pertain to the particular user — 
server A 17 will send to each client. For example,.once again 
assuming that there exists one InfoCast server per each state 65 
of the United States and server A 17 serves the state of 
California, if client A 23 is currently located in Los Angeles, 
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then schedule/resource controller 61 will filter out any traffic 
information InfoBites that does not pertain to traffic around 
a predetermined area around the user — e.g., schedule/ 
resource controller 61 would filter out all traffic data that 
does not pertain to traffic around Los Angeles County, where 
the user is currently located. A detailed example of the 
preferred embodiment of a filter will be described below 
with regards to FIG. 7. 

In Block 105, if there are any parts of the InfoCast traffic 
information that relate to the user, then operations in FIG. 5 
will continue with Block 107. However, if there are no 
InfoBites that match the criteria of time of day and location 
of the user — i.e., no part of the InfoCast contains traffic 
reports for traffic within Los Angeles County — then opera- 
tions in FIG. 5 will end. 

In Block 107, assuming that there is at least one InfoBite 
that matches the time of day and location of user criteria, 
schedule/resource controller 61 will send that InfoBite to 
client A 23 through the use of messaging interface 67. This 
InfoBite message is sent as an SMS message over the GSM 
system of network B 21. Also, if the client resource database 
71 does not contain the required resource to properly display 
the traffic information InfoBite, such as a map of the freeway 
system or a map of the surface street on which the user is 
located, then client A 23 may, if desired, either: (1) query 
schedule/resource controller 61 to retrieve that information 
in server content database 51 through the use of ODBC API 
59 over network B 21 as via SMS messages, a direct data 
call, or a network connection; (2) query schedule/resource 
controller 61 to send the fully qualified URL associated with 
the resource identifier assigned to the map so that client A 23 
can retrieve that map using back channel interface 21; or (3) 
not download the map and display a standard icon to inform 
the user that a map is available for downloading. 

Alternatively, in low bandwidth situations, the additional 
resources necessary for displaying the InfoBite traffic infor- 
mation are transferred to client A 23 from server A 17 only 
if, as in Block 109, the traffic information InfoBite is 
displayed. In an alternative operation, the loading of these 
additional resources can be delayed, thus allowing a reduc- 
tion in network traffic but can increase display time if the 
additional resources have to be loaded. The traffic informa- 
tion InfoBite and also any resources received from server A 
17 by client A 23 through the use of messaging interface 79 
over network B 21 is processed by InfoCast client 77 and 
stored into client resource database 71, client content data- 
base 72 and client InfoBite database 73 through the use of 
ODBC API 75. Client InfoBite database 73 is also main- 
tained by removing all outdated or time-sensitive InfoBites 
which are no longer needed. Operation in FIG. 5 will then 
continue with Block 109. 

In Block 109, InfoCast browser 89, after being notified of 
the receipt of new information, will retrieve the traffic 
information InfoBite from client InfoBite database 73 and 
display it on screen. InfoCast browser 89 will also retrieve 
any resources necessary from client resource database 71 to 
display the traffic information InfoBite. Thus, if the InfoBite 
contains traffic data of the freeway system of Los Angeles 
and the map of the freeway system of Los Angeles is not 
presently on screen, then InfoCast browser 89 will first load 
the map of the freeway system of Los Angeles from client 
content database 72, if the map is local to client A 23, 
through the use of ODBC API 75 and display it on screen 
while InfoCast browser 89 loads the traffic information 
InfoBite from client InfoBite database 73 and displays that 
traffic information InfoBite. As mentioned in Block 107, the 
map of the freeway system of Los Angeles can alternatively 
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be loaded from server content database 51 of server A 17 or In each of the examples mentioned above, each of the 

from the resource identifier. Operation in FIG. 5 will then InfoBites sent to a user can contain Info Actions to perform 

continue with Block 111. other actions. For example, in the case above where Info- 

In Block 111, after the traffic information InfoBite has Bites containing advertisements from vegetarian eating 

been displayed in Block 109, if the user performs an 5 establishments are ^sen to the , user who ,* vegetanan, the 

T „ A . ^ J , ' . i r .t_ . rc InfoBites can contain InfoActions for the user to retrieve 

InfoAction such as requesting greater detail of the traffic m Dutritional inforrriatior] for each item in the menus 

condition for a partKular freeway, then operation in FIG. 5 and addfesses of lhe restaurantS) m addition t0 InfoActions 

will continue with block 113. Otherwise, if the user does not wfaich aUow ^ usef tQ make reservations at lhe restauraDts . 

make a fiirther request of information then operations in Iq ^ rred embodimcm M descri5ed above> me Info . 

HG. 5 will end. A description of the operation of the 10 ^ aUowin a usef to; (1) fetrieve 

retneval process is contained below, in FIG. 8. Qne Qr more URL , referenced by the resource ideDtifiers 

In Block 113, InfoCast browser 89 receives the request of from schedule/resource controller 61; (2) send information; 

the user for the performing of an InfoAction, performs the or q) execute scripts either locally on client A 23 or 

InfoAction, and logs the request for notifying schedule/ remotely on server A 17. Thus, client A 23 can retrieve an 

resource controller 61 of the user's request. Depending on HTML document containing menu information, or, an 

the InfoAction to be performed, an InfoCast server or a HTML document containing a form with which reservation 

content provider might be used to service the request. information can be submitted, either normally or securely. In 

In the preferred embodiment, where server A 27 is to the case where the form is an often used document, and 

process the request, the request is made through the use of 2Q therefore probably cached locally by client A 23, client A 23 

messaging interface 79 of client A 23, network B 21, and does not need to retrieve the document but can use the 

messaging interface 67 of server A 17. Alternatively, the locally cached version of the form to submit reservation 

request can be made through back channel interface 81 information. 

wherein client A 23 can initiate a data call to an internet Presently, roaming in cellular networks is implemented by 

service provider or, alternatively, contact server A 17 25 dev ices (or terminals) periodically beaconing their ID's— 

through the use of a local area network if client A 23 has j e >f phone numbers — to the nearest base station. Base 

access to a local area network. For example, Clients C 29 stations also periodically broadcast cell ID and other control 

and D 31 and clients E 35 and F 37 would use local area information to all terminals within range. Thus, each cellular 

networks 27 and 33, respectively, to contact servers A 17 and device is always aware of its respective location, and the 

B 19, respectively. 30 cellular network always knows the location of each terminal 

The notification of server A 17 of the logged actions of the as long as that terminal is operating within range of a base 

user can be done either through back channel interface 81 or station. When a cellular device client detects that the current 

messaging interface 79. In the preferred embodiment, the cell ID has changed, it may send a request for configuration 

notification is performed periodically in that the record of message, as described below, to its last known InfoCast 

the interactions of the user are queued to be transmitted as 35 server, or the appropriate InfoCast server responsible for the 

a series transactions to save bandwidth. The log can also be new territory, if known. The InfoCast server then translates 

transmitted to server A 17 whenever client A 23 contacts the cell ID to a physical location— e.g., longitude/latitude — 

server A 17 to service an InfoAction, thus saving the as well a domain location. There are two databases to which 

bandwidth that would be used to send the individual log of InfoCast servers must have access: one that maps cell ID's 

each InfoAction performed by the user. 40 to physical locations, and one that maps physical locations 

In Block 115, after schedule/resource controller 61 has to domains. The databases may be distributed or replicated 
received the logs of the InfoActions performed by the user, across all InfoCast servers, or be part of the cellular infra- 
schedule/resource controller 61 will update subscriber data- structure. 

base 53. This update will revise the user profile contained as For non-cellular embodiments, the client software can 
records in subscriber database 53 and, if server A 17 is not 45 determine location through various other means. One 
the home InfoCast server of client A23, then server A 17 will example is through the use of a GPS system in conjunction 
send a message to the home InfoCast server of client A 23 with a wired or wireless network connection to InfoCast 
to update the home InfoCast server's subscriber database. servers, with the client periodically sending messages indi- 
After schedule/resource controller 61 updates subscriber eating its current location. The frequency of the messages 
database 53, operation will then return to Block 107 and 50 being optionally set by the amount of distance moved or the 
repeat as described above. user's preference. In this case, the InfoCast server deter- 
In addition to the traffic report example as described mines when the client requires reconfiguration, and sends a 
above, another example would involve the use of the user's configuration message to the client. If the client roams out 
profile in addition to the time of day and the location of the of the territory served by the current InfoCast server, the new 
user for businesses which wish to advertise their services or 55 InfoCast server will send the configuration message. It is to 
products depending on additional criteria. For example, be noted that that this example works with any location 
eating establishments may wish to send advertisements to determining system which is broadcast based — i.e., where 
the users located near each establishment's respective vicin- the client device listens passively for broadcast information 
ity close to mealtimes. These advertisements may contain from which location information can be calculated or 
menus or daily specials and, in addition to being targeted to 60 deduced. 

specific users based on their location and the time of day, can Another example for determining location uses an 

also be targeted based on the user's food preferences in "active" technique. A well known example is the Olivetti 

subscriber database 53. Thus, for example, if a user is a Active Badge which uses a technique called "Beaconing", 

vegetarian, schedule/resource controller 61 would only for- An Active Badge is attached to each user (or terminal). The 

ward the InfoBites from vegetarian eating establishments or 65 Badge is a transmit only device. It periodically sends its 

only forward the InfoBites containing the vegetarian spe- unique ID to nearby base stations (in one embodiment, using 

cials from the eating establishments. infra-red signals). The locations of the base stations in the 
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system are well known as there is a database that maps 
physical locations to base station ID's. Thus, the location of 
each Badge is determined by examining which base station 
last "heard" the beacon transmitted by the Badge. These 
base stations can then deliver the location information to 
InfoCast servers. Reconfiguration is similar to the process as 
described above. The InfoCast server can also optionally 
send location updates to the client, since there is no other 
way in the active technique for the client to determine its 
location. 

For wired networks, where the client is stationary, a 
database which maps terminals using IP addresses to physi- 
cal locations is used. 

For other wireless networks, such as packet radio net- 
works and paging networks, the methods discussed above 
can be used to perform location functions. 

FIG. 6 illustrates the operation of the preferred embodi- 
ment of the invention dealing with client configuration for 
situations where a user moves out of the territory served by 
one InfoCast server and into the territory served by another 
InfoCast server. The operation described below also applies 
to situations when a user powers up client A 23 for the first 
time, whenever a client needs configuration information, or 
whenever a client receives a broadcast message over the 
SMS system containing domain information which does not 
correspond to what the client expects — i.e. when the client 
receives a domain number different from the one where the 
client is purportedly currently located at. 

In describing FIG. 6, the example where a user moves out 
of the territory served by one InfoCast server and into the 
territory served by another InfoCast server will be used. 
Referring also to FIGS. 1 through 3, assume server A 17 is 
again the InfoCast server for California. Assuming that the 
territory from which the user has traveled is the state of 
Nevada, the InfoCast server serving the state of Nevada 
would transfer control to server A 17. 

Referring to FIG. 6, operation begins in Block 121, after 
the user, or client A 23, enters the territory served by server 
A 17. In Block 121, client A 23 will request configuration 
information by sending a request for configuration (RFC) 
message to the old, or last known, InfoCast server, which in 
this case is the Nevada InfoCast server. 



In the preferred embodiment, 
following structure: 



a RFC message is of the 



TABLE 3 



Request for Configuration Message 



Field 



Data Size 



Example 



Description 



Packet__Type 



Home_Domain 



1 Byte 



5 Bytes 



Current_Domain 5 Bytes 



Last_Time_In__ 
Domain 



5 Bytes (10 
digit in BCD) 



01 H, 02H 



OO00OO00H 



1023952245 



Describes what 
kind of packet 
this is. 
A unique 
identifier for 
the client's 
home domain. 
A unique 
identifier for 
the client's 
perceived 
domain. 
Data of the 
last time the 
client was in 
the domain. 
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TABLE 3-continued 



Field 



Request for Configuration Message 
Data Size Example Description 



Current_ 
Location 



See below 



10 



Optional field 
filled in by 
the client. 
Contains a 
Terminal 
Location Tuple 



15 



20 



25 



30 



For each domain in which client A 23 has been, client A 23 
stores a value of the last time client A 23 was in that domain. 
The Terminal Location tuple is defined as a tuple 
<Terminal_ID, Locations- , where (1) Terminal_ID can be: 
an IP address, if the terminal is on a LAN; a phone number, 
if the terminal is in a cellular network; or some other system 
assigned unique identifier for the terminal; and (2) Location 
can be: longitude/latitude pr cell identifier in a cellular 
network. In the preferred embodiment, TerminaLJD can be 
inferred from the network transport mechanism — e.g., the 
"sender" field of an SMS in a cellular network or the IP 
address in the header of a TCP/IP packet on a LAN. 

In Block 123, after the old InfoCast server receives the 
RFC from client A 23, the old InfoCast server requests the 
current physical location of client A 23 from the MSC 
serving the area in which client A 23 is located. In this case, 
as seen in FIG, 2, client A 23 is located in the area served by 
MSC A 42 and, thus, in Block 125, MSC A 42 returns the 
physical location of client A 23. 

35 

In Block 127, the old InfoCast server determines whether 
or not client A 23 is in the area served by old InfoCast 
server — i.e., whether client A 23 is in Nevada — or if client 
A 23 is in an area served by another InfoCast server. The 
40 determination of which InfoCast server is responsible for 
serving client A 23 is performed through the accessing of a 
file mapping the geographical area contained in each domain 
and the InfoCast server responsible for the domain. In the 
preferred embodiment, the mapping information is con- 
tained in a look-up table. If the client is not in the domain 
served by the old InfoCast server, then the operations in FIG. 
6 will continue with Block 129. Otherwise, the operations in 
FIG. 6 will continue with Block 137. 

In Block 129, the old InfoCast server has determined that 
client A 23 is not in a domain served by the old InfoCast 
server but, instead, in a domain served by server A 17 — i.e. 
somewhere in California. Thus, the old InfoCast server will 
forward the RFC received from client A 23 to server A 17. 

In Block 131, server A 17 will issue a client configuration- 
message with a list of updated resources to client A 23. What 
resources are contained in the list of updated resources is 
determined by server A 17 by identifying the last time client 
A 23 was in a domain served by server A 17 from the 
Las t_Tim e_I n_D o m a in field of the RFC message, and 
then appending any resources updated after that time to the 
list of updated resources. Client A 23 has the option at this 
point of retrieving any of the resources as desired. 

In the preferred embodiment, the configuration message 
contains the following fields: 



45 



50 



55 



60 



65 



12/18/2003, EAST version: 1.4.1 



6,047,327 



19 



TABLE 4 



20 



Configuration Messaee 



Field 



Data Size 



Example 



Description 



Version_ID 



Packet_ID 



Domain 



Service_ 
Provider_ID 



Internet__Access 
Number 

InfoCast„Server 

Number 

In-Box_Length 

InfoCast__Server 
lo- Box 



Services_ 
Provided 



2 Byte 



4 Bits 



5 Bytes 



4 Bytes 



Phone Number 
type 

Phone NumbeT 
type 

Variable size 
number 

Variable length 
text 



01 H, 02H 



OH, 4H 



OOOOO0O0H 



/pub/InfoCast 



Language 



1 Byte 



3 Byte 



Currency_Type 1 Byte 



Number_of_ 

Resource_ 

Identifiers 



Outdated^ 
Resouroe_ 
Identifiers 



Variable size 
number 



3 Bytes each 



Identifies the 
broadcast version 
to the InfoCast 
Browser. Byte 
1-major, Byte 
2=minor. 

OH-Point to Point 
Configuration 
Bite, 4H-Broadcast 
Configuration 
Bite. 

A unique 
identifier for the 
Domain. 
Identifies the 
local service 
provider for the 
client. 
Number for 
internet access. 
Number of the 
InfoCast_Server. 
Length of the In- 
Box text. 
Specifies 

directory where a 
client can place 
messages. 
Each Bit indicates 
a message service 
that is enabled. 
Indicates the 
language that will 
be used. 
Indicates the 
currency type for 
Info Actions. 
Tells clients of 
how many resource 
identifiers that 
will follow in the 

Outdated 

Resource 

Identifiers field. 
Tells client which 
resource 
identifiers to 
invalidate. 



15 



20 



25 



35 



45 



In Block 133, server A 17 requests the user profile from 
the home server of client A 23 as identified by the Home_ 
Domain field of the RFC message. Thus, if the user's home 
InfoCast server is in New York, then server A 17 would 
contact the New York InfoCast server through the use of 
network A interface 65. For example, the New York InfoCast 
server can be server B 19. 

In Block 135, as server A 17 is now the InfoCast server 
serving client A 23, server A 17 will be responsible for 
processing future requests from client A 23 and sending 
future InfoBites to client A 23. Server A 17 will also become 
responsible for updating the user's home InfoCast server 
with any changes in the user's profile record contained in 
subscriber database 53. 

For example, server A 17 would update client resource 
database 71 and client content database 72 of client A 23, as 
requested, by using schedule/resource controller 61 to 
retrieve information from server resource database 55 
through the use of ODBC API 59, and transferring that 
information over network B 21 using messaging interface 67 
of server A 17 and messaging interface 79 of client A 23. 
InfoCast client 77 would then update client resource data- 



50 



55 



60 



65 



base 71 through the use of ODBC API 75. Thus, for 
example, by request of client A 23, schedule/resource con- 
troller 61 would transfer the state map of California and a 
regional map of the territory in which the user is currently 
located to InfoCast client 77 such that InfoCast client 77 can 
update client resource database 71 by removing the now 
unnecessary map of Nevada and loading the maps pertaining 
to the state of California in client resource database 71. 

As discussed above, if the old InfoCast server determines 
that client A 23 is in a domain served by the old InfoCast 
server in Block 127, the operations in FIG. 6 will continue 
with Block 137. In Block 137, the old InfoCast server will 
send the configuration message with a list of updated 
resources to client A 23 in the manner described in Block 
131. 

After either branch, 137 or 129-135, is executed, opera- 
tions will continued as described in FIG. 5, wherein 
schedule/resource controller 61 will distribute InfoBites 
after it filters the received InfoCast from the various content 
providers. 

In an alternative mode of operation, where the client can 
determine which domain it is currently in by the receipt of 
periodic broadcast messages, the client can send the RFC 
message to the new InfoCast server directly. Thus, where 
client A 23 can determine that it is in a domain served by 
server A 17, client A 23 can send the RFC message to server 
A 17 containing the data stored by client A 23 telling server 
A 17 when client A 23 was last in a domain served by server 
A 17 in the Last_Time__In_Domain field. 

As noted above, the modes of operation described for the 
situation where the user moves out of the territory served by 
one InfoCast server and into the territory served by another 
InfoCast server can be used for cases where an InfoCast 
client is first powered on and is thus unaware of its location. 
Thus, when the InfoCast client is first powered up, it has four 
options for initialization. The client can: (1) send a RFC 
message to the InfoCast server which it believes is the 
InfoCast server servicing the current domain as illustrated 
by FIG. 6, above; (2) do nothing while waiting for an 
InfoBite from the InfoCast server indicating that the current 
InfoCast server has changed and optionally sending a RFC 
to that InfoCast server; (3) do nothing while waiting for a 
broadcast configuration message from the InfoCast server 
serving the territory indicating the current domain and 
optionally sending a RFC to that InfoCast server; or (4) 
determine that the location has changed using the methods 
described above and sending a RFC to the InfoCast server 
serving the territory in which the client was powered up. 

In an alternate embodiment, where the cellular network is 
configured to notify an InfoCast server when a new client 
has appeared in the territory served by that InfoCast server, 
the InfoCast server should send a configuration message to 
the new client automatically. In cases where the Olivetti 
Active Badge is being used, the Olivetti base station can be 
configured to notify the InfoCast server of the location of the 
client. Similarly, a GPS receiver can be used in the same 
manner for both the InfoCast server and client to obtain 
client location information. 

In addition to the examples provided above for the 
different filtering criteria, another example is provided 
where the filtering criteria is based solely on the location of 
the user, such as for tourist information for travelers. For 
example, as a user enters a new territory, information about 
nearby eating establishments, rest stops, entertainment 
attractions, and tourist attractions can be automatically sent 
to the user. Specifically, where the user travels into a city, 
information about local attractions such as museums, 
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theaters, and eating establishments would be sent to the user. 
As the user travels toward the outlying region of the city and 
information about the attractions located outside the city 
would be transmitted to the user. 

Alternatively, location filtering can be used by companies 5 
that wish to target users located in different parts of a city, 
such as an affluent neighborhood. In addition, location 
information and time of day information combined — even 
without accessing the user's profile information — can serve 
to be useful criteria for filtering the InfoCast messages. 10 
Thus, in addition to the eating establishment example given 
above, an example can be seen where companies that 
provide electronic products and service would advertise at 
consumer electronic conventions such as Comdex®. 

Other embodiments of the invention would include the 15 
ability to control the environment surrounding the user 
based on the time of day and the location of the user. For 
example, in FIG. 1, where server B 19 and client E 35 are 
connected via local area network 33, server B 19 can be a 
server located inside an office building while client E 35 is 20 
contained on a device such as the user's personal computer. 
The user can then be "located" through the use of the 
network address of the user's computer or through the use of 
a device such as global positioning system (GPS) trans- 
ceiver. In cases where the position of the user is updatable, 25 
server B 19 and client E 35 can work together to change the 
environment in which the user is located, such as by turning 
on the lights of a room when the user enters the room, 
directing all telephone calls for the user to the telephone 
closest to the location of the user, or shutting off the air 30 
conditioning system when no users are present in the build- 
ing. 

As described above, the subscriber profile contained in 
the user's record is constructed by the user filling out a 
questionnaire. The data from the subscriber profile would be 35 
used to select an initial subscriber profile filter from a set of 
pre -configured subscriber profile filters. For example, 
default subscriber profile filters can be pre-generated for 
users who are over 40 years of age with an income level of 
at least $40,000, working in the consumer electronics indus- 40 
try; or for users who are under 30, live in New York and 
work in the medical profession. The subscriber profile filter 
would be combined with a temporal filter, which is based the 
time of day, and a positional filter, which is based on the 
user's location, to create the user's InfoCast server filter. 45 
Thus, based on the user's demographics, a default InfoCast 
filter is initially created through the combination of the 
initially chosen subscriber profile filter, the temporal filter, 
and the positional filter. These default InfoCast filters will be 
changed as the user changes locations, as time changes, and 50 
as the user profile changes, as described below. 

Through the use of the user's subscriber profile in the 
InfoCast filter, InfoBites may be filtered on content alone. 
For example, the user may only want to view new articles 
relating to a list of interests that the user provides — e.g., 55 
sports news, world news, local news, and business news. 
The list of the types of news that the user is interested in can 
be contained in the subscriber profile record of the user and 
used to filter the news information as they arrive from the 
content providers as InfoCasts. 60 

FIG. 7 is a flow diagram of the preferred embodiment of 
the operation of the filtering of InfoBites, In the description 
of FIG. 7, it is assumed that there are three users of the 
InfoCast system: persons A, B and C. Person A is an 
engineer, age 30, having the keywords "computers", 65 
"engineering", "politics" and "weather" contained in person 
A's user profile. Person B is an exercise therapist, age 23, 



having the keywords "exercise", "weights", and "fitness" 
contained in person B's user profile. Person C is a business 
person, age 42, having the keywords "fortune 500", 
"business", and "wall street" contained in person C's user 
profile. 

In Block 201, an InfoBite is received. In this example, the 
InfoBite contains five (5) occurrences of the word "exercise" 
and five (5) occurrences of the word "weights" in an article 
with forty (40) words. 

In Block 203, after the InfoBite is received, it is filtered 
for the keywords of users A, B and C. For each user, a 
percentage chance that the InfoBite would be interesting to 
the user is calculated using the following formula: 

(keywords_found/tolal_words)* 100=interest_%, where 
keywords_found is the total number of times all key- 
words appear in the InfoCast; total_words is the total 
number of words in the InfoCast; and interest_% is the 
percentage chance that the user would be interested in 
the InfoBite. If the InfoCast does not contain text — for 
example, when the InfoCast contains graphics or an 
URL — then the filter will use the keywords or title 
provided for each item for the filtering process. Thus, 
a score will be assigned to each InfoBite based on a fit 
of the summary information contained in a InfoBite and 
a user's InfoCast filter. 
The value of interest_% is from 0 to 100. The value of 
interest_% will also be sent to the user at the end of the 
InfoBite so that further filtering can be performed on the 
client or an indication of the "closeness" of the match can be 
displayed. The value of interest_% can either be sent 
unchanged or as a compressed value representing, in one 
possible embodiment, one of three pre-set ranges of "high", 
"medium", or "low". In that embodiment, interest_% with 
values from 100 to 67, inclusive, are assigned "high"; 66 to 
34, inclusive, are assigned "medium"; and 33 to 0, inclusive, 
are assigned "low". For example, if interest__% is calculated 
to be 50%, it can be sent to the client as the number "50" or 
can be sent as a compressed value of "medium". 

At this point, a threshold value, which is the value above 
or equal to which the InfoBite 's calculated score — i.e., 
interest_% — will have to be in order for the InfoBite to be 
transmitted to the user, can be used to automatically send the 
InfoBite to the user. This threshold value is implementation 
specific and can be configured by the user as needed. 

In this case, the application of the filter of user B would 
result in a score of ((5+5)/40)* 100=25%, while, the filters of 
users A and C would both result in a score of 0. If user B has 
a threshold of 20%, then user B will be sent the InfoBite. 

Although the variable keywords_found is defined to be 
the total number of occurrences of all of a user's keywords 
in the story of an InfoBite in the preferred embodiment, the 
variable keywords_found can also be defined to be the total 
number of occurrences of all the user's keywords in the title 
of the InfoBite. Further still, instead of the title, a list of 
keywords for the InfoBite can be used. In any case, the 
variable total_words would be defined as the total number 
of words in the title or list of keywords in the InfoBite, 
respectively. 

In Block 205, after the InfoBite is processed, a random 
percentage between 0% and 100% is generated for each user 
to provide a chance for the InfoBite to be sent to users who 
were not sent the InfoBite during the operation of Block 203. 
This random percentage will be used as a temporary thresh- 
old value, in place of the pre-defined threshold value of each 
user as mentioned in Block 203, to determine whether or not 
the InfoBite will be sent to each user. The InfoBite will be 
sent to each user with a calculated score that is higher than 
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this randomly ge aerated threshold value. Thus, during nor- 
mal operations, the InfoCast filter will also allow some 
"random" information to be sent to the user along with any 
InfoBites that match the InfoCast filter for the user. The 
random information is necessary for discovering topics not 5 
currently covered in the questionnaire nor in the default 
profile. The amount of random information sent to the user 
can be decreased as the user's subscriber profile becomes 
more complete. Some randomness is always required so that 
new topics of interest can be discovered. In the preferred 10 
embodiment, it is inherent that the time and location infor- 
mation will also cause some randomness in the information 
that is sent to the user, as the time and location information 
is always changing. In an alternative embodiment, the user 
can be allowed to turn off the sending of all random 15 
information. 

In this example, if the random percentages generated for 
users A and C are 0% and 56% respectively, then only user 
A will be sent the InfoBite as the calculated score of user A 
of 0%, from Block 203, is equal to the randomly generated 20 
threshold of 0%. 

In alternate embodiments, a user can configure the range 
of random numbers generated so that the randomly gener- 
ated threshold would never fall below a certain percentage. 
For example, user A can set a minimum threshold of 5%, 25 
under which no InfoBite would be sent. 

Continuing with Block 207, after a user is sent the 
InfoBite, the user can respond with a message indicating that 
the user liked the contents of the InfoBite by selecting a 
button on screen and would prefer to receive more InfoBites 30 
in the future with that type of content. If the user so 
responds, a set of keywords that belongs to the InfoBite will 
be added to the user's list of keywords and the user's profile, 
which is contained on both the InfoCast server currently 
serving the user and the user's home InfoCast server, will be 35 
updated. A keyword will be added to the set of keywords 
even if the keyword to be added is already in the set. Thus, 
a user's list of keywords can have multiple occurrences of a 
keyword. 

In this case, if user B responds positively to the InfoBite, 40 
then there will be two (2) occurrences of the word "exercise" 
and two (2) occurrences of the word "weights", in addition 
to the word "fitness". Thus, user B's list of keywords will 
contain: "exercise, exercise, weights, weights, fitness". 
Similarly, if user A is sent the InfoBite and responds 45 
positively to the InfoBite, then user A will have the words 
"weights" and "exercise" added to user A's list of keywords 
resulting in "computers, engineering, exercise, politics, 
weather, weights". No keywords will be added to a user's list 
unless the user responds positively to the InfoBite. so 

In an alternative embodiment, instead of requiring the 
user to notify the system that the user approved of the story, 
anytime a user responds to an InfoBite by either requesting 
more information or retrieving the full story, the system will 
assume that the user is interested in the InfoBite and the 55 
system will automatically add the keywords associated with 
the InfoBite to the user's list of keywords. In that situation, 
there would be a "Veto" button so that the user can veto the 
placement of the keyword in the user's list. In addition, 
instead of placing duplicate keywords in a user's list, the list 60 
of keywords can also contain a weight for each keyword. For 
example, user B's list of keywords, assuming user B 
approves of the content of the InfoBite, will contain 
"exercise, 2, weights, 2, fitness, 1". 

In this way, the user will be able to modify his profile 65 
simply by responding to the InfoBite messages by, for 
example, requesting more information, and the scheduler of 



the InfoCast server will be able to refine the subscriber 
profile of the user, and thereby refine the user's InfoCast 
filter, based on the user's responses. As described above, the 
refining algorithm can be based upon many weighted aver- 
aging schemes familiar to persons skilled in the art, using the 
categories from the most recent and numerous responses to 
dominate the configuration of the InfoCast filters. 

In addition to the methods discussed above, a user will 
also be allowed to modify the subscriber profile assigned to 
that user so as to further customize the selection of any 
information to be sent to the user. In the preferred 
embodiment, this would be done through the use of a 
graphical user interface offering the user interactive modi- 
fication capability of the user's subscriber profile. 
Alternatively, the subscriber profile can be contained in a 
text file which the user can download, modify, and upload as 
needed. 

FIG. 8 is a flow diagram of the preferred embodiment of 
the operation of the retrieval of resources by a client after the 
receipt of an InfoBite. As stated above, InfoBites can also 
contain data which allow the user and client A 23 to perform 
actions termed "InfoActions." In the preferred embodiment, 
an InfoAction has an action type, an action title and action 
data. The types of InfoActions that can be performed consist 
of actions such as the downloading of a related article to an 
InfoBite, and the initiation of scripts or programs on server 
A 17 or on client A 23 itself. In addition, InfoCast browser 
89 uses InfoAction API 87 to launch application A 83 and 
application B 85, as necessary, to process any information 
that InfoCast browser 89 is not equipped to handle. Appli- 
cation A 83 in the preferred embodiment is an FTP client, 
and application B 85 is a browser configured to decipher 
HTML documents. 

Referring to FIG. 4 and to FIG. 8, in Block 251, reporter 
91 of server A 17 has received InfoBite 93 from content 
provider E 6 and processes InfoBite 93 by storing InfoBite 
93 and the associated resources 95 in InfoBite database 50 
and Server Resource database 55 of server A 17. Server A 17 
then processes InfoBite 93 using the filtering process 
described above in FIG. 7 and transmits InfoBite 93 to each 
"interested" client. In this example, server A 17 transmits 
InfoBite 93 to client A 23. 

As described above, each of the resources in associated 
resources 95 is referenced by a fully qualified URL stored in 
server resource database 55. The resources can be stored in 
server content database 51 (not shown in FIG. 4) or stored 
in content provider E 6. In addition, the fully qualified 
URL's are each assigned an unique resource identifier 
number contained in InfoBite 93. For example, the "Full 
Story Audio" resource, which is stored in server content 
database 51, can be referenced by the use of the URL: 
"FTP://FrP.infocast.net/storiesAvarming.wav". This URL is 
contained in server resource database 55 and is assigned a 
resource number of "FFFFFF". 

In Block 253, after the user of client A 23 decides to 
retrieve the "Full Story Audio" resource, client A 23 sends 
an InfoAction to request the download of the InfoCast 
resource referenced by the URL identified by resource 
number "FFFFFF" from server A 17. 

In Block 255, server A 17 looks up the fully qualified URL 
identified by resource number "FFFFFF" in server resource 
database 55 and transmits the URL to client A 23. In an 
alternative embodiment, where the resource requested is 
contained in server content database 51 of server A 17, 
server A 17 can send the resource directly to client A 23 
instead of sending the fully qualified URL. Thus, in the 
alternate embodiment, unless the resource is not contained 
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in server content database 51 of server A 17, the resource 
retrieval process can be shortened. 

In Block 257, server A 17 will determine whether or not 
the resource requested by client A 23 is of a size small 
enough to be sent over the messaging bandwidth. If so, then 
operation in FIG. 8 will continue with Block 259. Otherwise, 
the operation in FIG. 8 will continue with Block 263. 

In Block 259, if it has been determined that the resource 
requested is small enough to send over the messaging 
bandwidth, server A 17 will initiate a transfer for the "Full 
Story Audio" resource over the messaging bandwidth to 
client A 23 and client A 23 will store the resource in client 
content database 72. 

In Block 261, after client A 23 has retrieved the "Full 
Story Audio" resource, InfoCast browser 89 is used to play 
the audio information. If the resource received is in a data 
format that InfoCast browser 89 cannot handle, client A 23 
can call other applications, such as application A 83, to 
process the data. 

In Block 263, after client A 23 receives the fully qualified 
URL, client A 23 initiates an FTP transfer using the URL and 
stores the resource retrieved in client content database 72 of 
client A 23. Operation in FIG. 8 will then continue with 
Block 261, as described above. 

Another example is where an InfoBite that announces the 
availability of a demonstration program at an FTP site such 
as content provider B 7 contains a resource identifier to 
allow the user to initiate an FTP transfer by invoking an 
Info Action. Thus, in the preferred embodiment, after 
retrieval of the fully qualified URL associated with the 
resource identifier either locally or from client A 17, Info- 
Cast browser 89 calls application A 83 through the use of 
InfoAction API 87 to communicate with content provider B 
7 through the use of back-channel interface 81 . If InfoCast 
browser 89 is capable of acting as an FTP client, InfoCast 
browser 89 can use back channel interface 81 to perform the 
FTP file transfer over network B 21 by contacting an internet 
service provider. Alternatively, application A 83, instead of 
acting as a stand-alone application, can be an external code 
plug-in which InfoCast browser 89 can also execute through 
the use of InfoAction API 87. 

FIG. 9 illustrates an exemplary InfoBite 301 containing a 
first InfoAction 303, a second InfoAction 305, and a third 
InfoAction 307. The multiple InfoActions allow a client that 
receives InfoBite 301 to perform different InfoActions. For 
example, second InfoAction 305 will retrieve the "Full 
Story" of the article using a process as described in the 
discussion of FIG. 8, above. 

While the present invention has been particularly 
described with reference to the various figures, it should be 
understood that the figures are for illustration only and 
should not be taken as limiting the scope of the invention. 
Many changes and modifications may be made to the 
invention, by one having ordinary skill in the art, without 
departing from the spirit and scope of the invention. 

What is claimed is: 

1. A server comprising: 

an information interface for creating an InfoBite from 
received information including summary information 
and a resource identifier wherein said resource identi- 
fier is a bit pattern associated with a Uniform Resource 
Locator (URL) stored within a resource database; 

a message interface for coupling said server to a set of 
clients through a network; and 

a first receiver which receives and stores real-time loca- 
tion information of said set of clients, said receiver 
coupled to said information interface; 
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wherein said server supports mobility of said set of clients 
through said receiver. 

2. The server of claim 1, wherein said network is config- 
ured to pass cellular data. 

3. The server of claim 1, further comprising a filter 
coupled to said messaging interface wherein said InfoBite 
pass said filter to said set of clients through said messaging 
interface. 

4. The server of claim 3, wherein said filter is modified by 
said set of clients. 

5. The server of claim 3, wherein said filter is automati- 
cally modified by an action of said set of clients. 

6. The server of claim 3, wherein said filter further 
comprises: 

a temporal filter for filtering said InfoBite based on a set 

of time constraints; 
a positional filter for filtering said InfoBite based on a set 

of positional constraints; and 
a subscriber profile filter for filtering said InfoBite based 

on a set of constraints contained in a subscriber profile. 

7. The server of claim 3, wherein said filter is a schedule/ 
resource controller. 

8. The server of claim 1, wherein said information inter- 
face further comprises: 

a mechanism which provides for self contacting at least 
one content provider without initiation by said content 
provider through a network interface and searching for 
new content based upon a predetermined criteria. 

9. The server of claim 1, wherein said information inter- 
face is an InfoFeed interface. 

10. The server of claim 1, further comprising: 

a data management system coupled to said information 
interface; and 

a server database unit coupled to said data management 
system. 

11. The server of claim 10, wherein said data management 
system is an ODBC API. 

12. The server of claim 10, wherein said server database 
unit comprises: 

a server InfoBite database; 
a server content database; 
a subscriber database; and 
said server resource database. 

13. The server of claim 1, wherein said receiver includes: 
a mechanism for receiving a cell ID from said client; and 
a mechanism for translating said cell ID to a physical 

location and a domain location. 

14. The server of claim 1, further comprising: 

a second receiver for receiving resource identifier; 

wherein said messaging interface transmitting a resource 
identified by said resource identifier is said resource 
identifier is available in said server and said resource 
transmittable by said messaging interface; 

said messaging interface transmitting said uniform 
resource locator (URL) if said resource is not in said 
server; 

said messaging interface transmitting said URL if said 
resource is not transmittable by said messaging inter- 
face. 

15. A client comprising: 

a messaging interface for coupling said client to a server 

through a network; 
a transmitter coupled to said messaging interface for 

transmitting real-time Location information to said 

server; 
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an information interface coupled to said message interface 
for receiving an InfoBite including summary informa- 
tion and a resource identifier wherein said resource 
identifier is a bit pattern associated with a Uniform 
Resource Locator (URL) stored within a resource data- 5 
base; and 

a browser coupled to said information interface; 
wherein said browser displays said InfoBite. 

16. The client of claim 15, wherein said browser is an 
InfoCast browser. 10 

17. The client of claim 15, wherein said browser is 
adapted to transmit said resource identifier to said server for 
receiving a resource identified by said resource identifier. 

18. The client of claim 15, further comprising: ^ 
a data management system coupled to said Information 

interface; and 

a client database unit coupled to said data management 
system. 

19. The client of claim 18, wherein said data management 2 o 
system is an ODBC API. 

20. The client of claim 18, wherein said client database 
unit comprises: 

a client resource database; 

a client content database; and 25 
a client InfoBite database. 

21. The client of claim 15 further comprising: 

a back channel interface coupled to said browser. 

22. A method comprising the steps of: 3Q 
receiving an information from a content provider; 
generating at least one InfoBite from said information, 

said InfoBite including summary information and a 
resource identifier wherein said resource identifier is a 
bit pattern associated with a Uniform Resource Locator 35 
(URL) stored within a resource database; 
filtering said InfoBite with a predetermined criteria of a 
set of clients; 

sending said InfoBite to each of said set of clients with a 
filtered value over said predetermined criteria of each 40 
of said set of clients; 

if at least one of said set of clients requests further 
information based on said InfoBite, providing said set 
of clients with said further information. 45 

23. The method of claim 22, wherein said filtering step 
further comprises: 
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generating a random number for said set of clients who 
were not sent said InfoBite and sending said InfoBite to 
said set of clients with a qualifying random number; 

receiving a vote from each of said set of clients for said 
InfoBite; 

updating a profile of each of said set of clients based upon 
said vote. 

24. The method of claim 22 wherein said step of sending 
said InfoBite further comprises the steps of: 

receiving a request from a client for a configuration 
message; 

requesting a physical location of said client; 

receiving a current physical location of said client; 

if a server is not a home server of said client, then issuing 

said configuration message with a list of updated 

resources; 

requesting a copy of said client's profile from said home 
server; 

updating said home server for changes in said client's 
profile; and 

if said server is a home server of said client, then issuing 
said configuration message with said list of updated 
resources. 

25. The method of claim 22 wherein providing said set of 
clients with said information further comprises the steps of: 

receiving an action to request a download of a resource 
identified by said resource identifier in said InfoBite; 

looking up said resource identified by said resource 
identifier; and 

transmitting said resource to said set of clients. 

26. A method comprising the steps of: 
transmitting a real-time location of a client; 
receiving an InfoBite through a messaging interface, 

wherein said InfoBite includes summary information 
and a resource identifier wherein said resource identi- 
fier is a bit pattern associated with a Uniform Resource 
Locator (URL) stored within a resource database; 

causing an information interface to update a database; 

causing a browser to display said InfoBite and perform 
updates of a display from said database; and 

if further information is requested, causing said browser 
to notify said server of said request. 

***** 
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ABSTRACT 



A method for operating a user station configured for com- 
munications with a multiplicity of independently-operated 
data sources via a non-proprietary network includes steps of 
receiving a first data object from one of the data sources, and 
automatically prefetching a plurality of additional data 
objects of arbitrary type referenced by the first data object 
from respective other ones of the independently-operated 
data sources identified by information embedded in the first 
data object. Corresponding software is also described. 

78 Claims, 11 Drawing Sheets 



i 



PUBLISHER 
A CLIENT 










PUB, B CLIENT 


] 

] 


STANDARD 

CORE 
FOUNDATION 




A 




PUB. C CLIENT 











0LSI 



0LSJ 



0LSK 



LOCAL 
DATA 


LOCAL 
A 2 


LOCAL 
B 


LOCAL 
C 



12/18/2003, EAST version: 1.4.1 



US 6,658,464 B2 

Page 2 



U.S. PATENT DOCUMENTS 



4,799,156 


A 


1/1989 


Shavit et al. 


4,815,030 


A 


3/1989 


Cross et al 


4,845,658 


A 


7/1989 


Gifford 


4,868,866 


A 


9/1989 




4,984,155 


A 


1/1991 


Geier et al. 


5,047,928 


A 


9/1991 


Wiedemer 


5,101,402 


A 


3/1992 


Chiu et al. 


5,133,075 


A 


7/1992 


Risch 


5,142,680 


A 


8/1992 


Ottman et al. 


5,155,484 


A 


10/1992 


Chambers, IV 


5,155,591 


A 


* 10/1992 


Wachob 


5,155,680 


A 


10/1992 


Wiedemer 


5,155,847 


A 


10/1992 


Kirouac et al 


5,157,783 


A 


10/1992 


Anderson et al. 


5,165,020 


A 


11/1992 


Sudama et al. 


5,185,697 


A 


2/1993 


Jacobs et al. 


5,187,787 


A 


2/1993 




5,247,683 


A 


9/1993 


Holmes et al. 


5,263,164 


A 


11/1993 


Kannady et al. 


5,267,171 


A 


11/1993 


Suzuki et al. 


5,289,371 


A 


2/1994 


Abel et al. 


5,309,355 


A 


5/1994 


Lockwood 


5,319,542 


A 


6/1994 


King, Jr. et al. 


5,321,750 


A 


6/1994 


Nadan 


5,337,360 


A 


8/1994 


Fischer 


5,341,478 


A 


8/1994 


Travis, Jr. et al. 


5,367,627 


A 


11/1994 


Johnson 


5,367,686 


A 


11/1994 


Fisher et al. 


5,371,852 


A 


12/1994 




5,379,424 


A 


1/1995 


Morimoto et al. 


5,386,369 


A 


1/1995 


Christiano 


5,388,211 


A 


2/1995 


Hornbuckle 


5,390,247 


A 


2/1995 


Fischer 


5,396,546 


A 


3/1995 


Remillard 


5,406,557 


A 


4/1995 


Baudoin 


5,415,416 


A 


5/1995 


Scagnelli et al. 


5,418,713 


A 


5/1995 


Allen 


5,421,009 


A 


* 5/1995 


Piatt 


5,434,999 


A 


7/1995 


Go ire et al. 


5,442,791 


A 


8/1995 


Wrabetz et al. 


5,450,589 


A 


9/1995 


Maebayashi et al. 


5,457,795 


A 


10/1995 


Willman 


5^459^506 


A 


10/1995 


Dushnell 


5,461,667 


A 


10/1995 


Remillard 


5,483,586 


A 


1/1996 


Sussman 


5,491,800 


A 


2/1996 


Goldsmith et at. 


5,495,411 


A 


2/1996 


Ananda 


5,496,177 


A 


3/1996 


Collia et al. 


5,499,343 


A 


3/1996 


Pettus 


5,499,357 


A 


3/1996 


Sonty et al. 


5,504,589 


A 


4/1996 


Montague et al. 


5,509,070 


A 


4/1996 


Schull 


5,187,787 


A 


5/1996 


Skeen et al 


5.530 852 


A 


6/1996 


Meske, Jr. et al. 


5,537,417 


A 


7/1996 


Sharma et al. 


5,539,735 


A 


7/1996 


Moskowitz 


5,541,991 


A 


7/1996 


Benson et al. 


5,544,320 


A 


8/1996 


Konrad 


5,548,645 


A 


8/1996 


Ananda 


5,553,223 


A 


9/1996 


Greenlee et al. 


5,555,416 


A 


9/1996 


Owens et al. 


5,572,643 


A 


11/1996 


Judson 


5,577,251 


A 


11/1996 


Hamilton et al. 


5,579,537 


A 


11/1996 


Takahisa 


5,586,304 


A 


12/1996 


Stupek, Jr. et al. 


5,586,322 


A 


12/1996 


Beck et al. 


5,602,993 


A 


2/1997 


Stromberg 


5,604,542 


A 


2/1997 


Dedrick 


5,606,493 


A 


2/1997 


Duscher et al. 


5,623,605 


A 


4/1997 


Keshav et al. 



707/10 



707/9 



707/201 



... 348/9 
709/221 



709/314 



709/245 



709/221 



709/203 



709/314 



5,630,066 A 




5/1997 


Gosling 


5,630,103 A 




5/1997 


Smith et al. 


5,638,446 A 




6/1997 


Rubin 


5,654,901 A 




8/1997 


Bo man 


5,664,207 A 




9/1997 


Crumpler et al. 


5,678,002 A 




10/1997 


Fawcett et al. 


5,680,617 A 




10/1997 


Go ugh et al. 


5,682,533 A 




10/1997 


Siljestroemer 


5,694,546 A 




12/1997 


Reisman 


5,694,549 A 




12/1997 


Carl in et al. 


5,694,551 A 




12/1997 




5,694,596 A 




12/1997 


Campbell 


5,701,451 A 




12/1997 


Rogers et al. 


5,708,709 A 




1/1998 


Rose 


5,710,887 A 




1/1998 


Cheluah et al. 


5,717,930 A 




2/1998 


Imai et al. 


5,721,824 A 




2/1998 


Taylor 


5,724,424 A 




3/1998 


Gifford 


5,732,275 A 




3/1998 


Kullick et al. 


5,742,829 A 




4/1998 


Davis et al. 


5,748,960 A 




5/1998 


Fischer 


5,761,499 A 




6/1998 


Sonderegger 


5,764,906 A 




6/1998 


Edelstein et al. 


5,764,992 A 




6/1998 


Kullick et al. 


5,771,354 A 




6/1998 


Crawford 


5,774,670 A 




6/1998 


Montulli 


5,784,562 A 




7/1998 


Diener 


5,793,980 A 




8/1998 


Glaser et al. 


5,794,210 A 




8/1998 


Goldhaber et al. 


5,802,283 A 


* 


9/1998 




5,809,076 A 




9/1998 


Hofmann 


5,809,144 A 




9/1998 


Sirbu et al. 


5,809,287 A 




9/1998 


Stupek, Jr. et al. 


5,826,242 A 




10/1998 


Montulli 


5,828,990 A 




10/1998 




5,835,911 A 




11/1998 


Nakagawa et al. 


5,838,906 A 




11/1998 


Doyle et al. 


5,838,918 A 




11/1998 




5,845,077 A 




12/1998 


Fawcett 


5,845,090 A 




12/1998 


Collins, III et al. 


5,848,396 A 




12/1998 


Gerace 


5,860,012 A 




1/1999 


Luu 


5,862,362 A 




1/1999 


Somasegar et al. 


5,909,581 A 




6/1999 


Park 


5,918,014 A 




6/1999 


Robinson 


5,960,189 A 




9/1999 


Stupek, Jr. et al. 


5,963,915 A 




10/1999 


Kirsch 


5,966,531 A 




10/1999 


Skeen et al 


5,991,735 A 




11/1999 


Gerace 


6,005,561 A 




12/1999 


Hawkins et al. 


6,016,520 A 




1/2000 


Facq et al. 


6,029,142 A 




2/2000 


Hill 


6,029,175 A 




2/2000 


Chow et al. 


6,031,977 A 




2/2000 


Pettus 


6,038,586 A 




3/2000 


Frye 


6,047,129 A 




4/2000 


Frye 


6,049,671 A 




4/2000 


Slivka et al. 


6,055,370 A 


* 


4/2000 




6,073,214 A 




6/2000 


Fawcett 


6,125,388 A 




9/2000 


Reisman 


6,151,643 A 




11/2000 


Cheng et al. 


6,195,649 Bl 




2/2001 


Gifford 


6,199,051 Bl 




3/2001 


Gifford 


6,205,437 Bl 




3/2001 


Gifford 


6,256,668 Bl 




7/2001 


Slivka et al. 


6,317,797 B2 




11/2001 


Clark et al. 


6,323,894 Bl 




11/2001 


Katz 


6,327,617 Bl 




12/2001 


Fawcett 



705/26 



709/229 



709/227 



704/2 



709/221 



709/315 



717/142 



12/18/2003, EAST Version: 1.4.1 



US 6,658,464 B2 

Page 3 



OTHER PUBLICATIONS 

"OKBRIDGE: Frequently Asked Questions." by Matthew 
Cleeg, Newsgroups: rec.games.bridge, Jul. 2, 1992. 
"TidBITS#125/25-May-92," by Adam C. Engst, News- 
groups: comp.sys.mac.digest, May 26, 1992. 
"Retrospect Users Guide/' Dantz Development Corp., Berk- 
ley, CA. (1993). 

"About 1-Click ordering" at Amazon.com, 4 pages. 
"Article 16113 of alt.comp.acad-freddomtalk:", Chronicle 
of Higher Education, http://invitro.umassmed.edu/lml/aup/ 
supporting_docs/privacy.txt. 

"E-Commerce as easy as 1-2-3", 1 Click Commerce.com. 
"Elcom Services Group, Company Profile," http://www.cat- 
alink.com/vision.html. 

"Establishing a Virtual Session for Web Applications," 
http://ats.byu.edu/FCSDocs/VSMTheory.html 
"Extensibility and Mini Applications," Ch. 13, http^/www- 
.viola.org/book/chpl3.html. 

"Java History" http://ils.unc.edu/blaze/java/javahist.html. 

"Java History, " On-line Magazine, http://gates.comm.vir- 

ginia.edu/mpl6s/emerging__tech/java_history.htm. 

"The Cookies Page", Electronic Privacy Information Center, 

http://www.epic.org/privacy/internet/cookies/. 

"The Viola Home Page," http://www.viola.org/. 

"Viola in a Nutshell: Preface," http://www.viola.org/book/ 

preface/html. 

"Viola WWW Features List," http://www.viola.org/vwFea- 
tures.html. 

"Virtual Library Minor Procedures," http://www.wdvl.com/ 

WDVL/Website/Update/mirror_vlib.html. 

Breitenbach, Zach and Irlbeck, Susan, "Cookies," http:// 

ecommerce.ncsu.edu/csc413/student-work/Cookies/Cook- 

ies.ppt. 

Kiplinger's CA — Simply Money User Guide, pp. 
(7-31H7-37). 

Kirriemuir, J.P. and Knight, J. "Mirroring and caching 
network-based resources". 

Listing of various patents by Netcentives Inc., Open Market 
Inc., Amazon.com Inc., First Virtual Holdings inc., V-Cast, 
Inc., Citibank, and CyberGold, http://www.google.com/ 
search?q=cache:YL833u-xdDUC:www.ryuka.com/ecpat.h- 
tml+ryuka+%22commerce%22&hl«en. 
Mayer-^Schonberger, V, "The Internet and Privacy Legisla- 
tion: Cookies for a Treat?," http://www.wvjolt.wvu.edu/ 
wvjolt/current/issuel/articles/mayer/mayer.htm. 
Richmond, A. and Richmond, L, "suPerlative: Develop- 
ment and Public Servers" http://www.wdvl.com/Software/ 
Perl/Mirror.html. 

Weber, Thomas, "The Man Who Baked The First Web 
Cookies Chews Over Their Fate", Wall Street Journal, 
E-World. 

"Automated Replacement of System Software Units", IBM 
Technical Disclosure Bulletin, pp. 3137-3138, Mar. 1971. 
Daniels, D. and Spector, A.Z., "An Algorithm for Replicated 
Directories," T* PODC Conference Proceedings, ACM, 
Copyright 1983. 

Fuchs, W.K., et al., "Low-Cost Comparison and Diagnosis 
of Large Remotely Located Files," Fifth Symposium on 
Reliability in Distributed Software and Database Systems, 
IEEE Computer Society, pp. 67-73, Jan. 1986. 
"Method to Control Software-Update Applications", IBM 
Technical Disclosure Bulletin, pp. 5059-5060, Apr. 1987. 
"CompuServe Information Service; Users Guide", pp. 
119-127; 153-163; 235-243; Copyright 1988. 



Symborski, Carl W, "Updating Software And Configuration 
Data In A Distributed Communications Network", IEEE, 
Copyright 1988. 

A. DeScon and R. Braden, Background File Transfer Pro- 
gram (BFTP), Network Working Group Request for Com- 
ments: 1068, Aug. 1988. 

Gopal, I. and Segall, A., "Directories for Networks with 
Casually Connected Users," Computer Networks and ISDN 
Systems 18, pp. 255-262, 1989-1990. 
Rothfeder, J., "Dow Jones Makes A Young Dog Do New 
Tricks", Business Weekly, pp. 89 & 92, Jan. 16, 1989. 
Sarin, S. et al., "A Flexible Algorithm for Replicated Direc- 
tory Management," IEEE 9 th International Conference on 
Distributed Computing System, pp. 456-464, Jun. 1989. 
Shafer, Steven and Thompson, Mary, "The SUP Software 
Upgrade Protocol", Carnegie Mellon University School of 
Computer Science, Sep. 7, 1989. 

Segal, Mark E. and Frieder, Ophir, "Dynamically Updating 
Distributed Software: Supporting Change in Uncertain and 
Mistrustful Environments", IEEE Proceedings Conference 
on Software Maintenance— 1989, Oct. 16-19, 1989. 
Bowen, C. and Peyton, D., "Compuserve Information Man- 
ager, The Complete Sourcebook", Copyright 1990. 
T Little & A. Ghafoor "Synchronization and Storage Mod- 
els for Multimedia Objects" 1990 IEEE, Apr. 1990. 
Jia, X et al., "Highly Concurrent Directory Management in 
the GALAXY Distributed System," IEEE 10* International 
Conference on Distributed Computing Systems, pp. 
416-423, May/Jun. 1990. 

Mori et al., "Superdistribution: The Concept and the Archi- 
tecture," The Transactions of the IEICE, vol. E 73, No. 7, pp. 
1133-1146, Jul. 1990. 

Cheng, H.S. and Sheu, J. P., "Design and Implementation of 
a Distributed File System," Software — Practice and Expe- 
rience, vol. 21(7), pp. 657-675, Jul. 1991. 
Anderson, P., "Managing Program Binaries in a Heteroge- 
neous UNIX Network," LISA V, San Diego, CA, Sep. 
30-Oct. 3, 1991. 

Rich, K. and Leadley, S., "hobgoblin: A File and Directory 
Auditor," LISA V, San Diego, pp. 199-207, Sep. 30-Oct. 3, 
1991. 

Satdeva, B. and Moriarty, P.M., "Fdist: A Domain Based File 
Distribution System for a Heterogeneous Environment," 
LISA V, San Diego, CA, pp. 109-125, Sep. 30-Oct. 3, 1991. 
Sellens, J., "Software Maintenance in a Campus Environ- 
ment: The Xhier Approach," LISA V, San Diego, CA, pp. 
21-28, Sep. 30-Oct. 3, 1991. 

Dyson, E,, "Friendly Invoices", Forbes, Copyright 1992. 
Bits & Bytes, Business Week, p. 126 I, Jun. 15, 1992. 
Google — Advanced Group Search Results; see: "User's 
Guide for Public Access to the Federal Bulletin Board," The 
Federal Bulletin Board, U.S. GPO, ttp://groups.google.com/ 
groups?q=terry+carroll++%22government+printing+ 
ofl5ce%22&hl«en&as_drrb*b&as_mind«12&as„minm« 
5&as_miny=1981&as_maxd=12&as_maxm=2&as_ 
maxy«1993&selm= 

16ty0294245p01%40JUTS.ccc.amdahl.com&rnum -2, Sep. 
1992. 

Fletcher, Mark, "doit: A Network Software Management 
Tool", USENIX Association, Proceedings of the Sixth Sys- 
tems Administration Conference (LISA VI), Long Beach, 
CA, Oct. 19-23, 1992. 

Symonds, W. C, "Getting Rid Of Paper Is Just The Begin- 
ning", Business Week, Dec. 21, 1992. 



12/18/2003, EAST version: 1.4.1 



US 6,658,464 B2 

Page 4 



"EDI Transaction Set Reference Card"; TSI International, 
Copyright 1993. 

"Experience Network Specifying Wizardry!," NetSource 
advertisement, 1993. 

"Quicken, Quicken Companion And More . . . Intuit 
advertizement, Copyright 1993. 

"Smart Investors Watch the Market. StreetSmart Investors 
Get a Windows View," Charles Schwab StreetSmart invest- 
ing software for Windows advertisement, Copyright 1993. 
"The First Electronic Superstore Just Opened on Your PC," 
PECOS Catalink Direct pamphlet, Copyright 1993. 
IDD Information Services Trade line Electronic Stock Guide 
subscription information and update coupon, 1993. 
Rozenblit, M., "O, A & M Capabilities for Switching 
Software Management," IEEE Global Telecommunications 
Conference, pp. 357-361, Copyright 1993. 
Google — Advanced Group Search Results; see: http:// 
groups.google.com/groups?q=eudora+%22steven+ 
donier%22&hl=en&as_drrb-b&as__mind«12&as_minm= 
5&as_miny=1981&as_maxd=12. 

Article 10383 of comp.lang.perl., URL:www.metronet.com/ 
perl/scripts/ftpstuff/ftpr, Apr. 6, 1993. 
"Hypertext MarkUp Language (HTML)" http:// 
www.w3.org/MarkUp/draft-ietf-iiir-html-Jun. 01, 1993. 
Article 3893 of comp.lang.perl: Xref: feenix.metronet.com 
comp.lang.perl:3893, URL: www.metronet.com/perlinfo/ 
scripts/ftpstufi7ftpget, Jun. 30, 1993. 
Bits & Bytes, Business Week, p. 140 D, Jul. 12, 1993. 
Article 5397 of comp.lang.perl: Xref: feenix.metronet.com 
comp.infosystems.www: 1336 comp.lang.perl: 5397, 

URL:ftp.telecom.sk/pub/mirror/CPAN/scripts/i . . . WWW// 
http.get.pl, Aug, 25, 1993. 

Howard, J.H., "Using Reconciliation to Share Files Between 
Occasionally Connected Computers," IEEE Fourth Work- 
shop on Workstation Operating Systems, pp. 56-60, Oct. 
1993. 

Kramer, Matt, "Off-line readers keep users afloat in sea of 
E-mail", PC Week Special Report, pp. 94, 96, 99, Oct. 4, 
1993. 

Wong, WC, "Local Disk Depot— Customizing the Soft- 
ware Environment," 1993 LISA, Monterey, CA, pp. 51-55, 
Nov. 1-5, 1993. 

"10-Fill-out Forms and Input fields," http://www.w3.org/ 
MarkUp/HTMLPlus/htmlplus_41.htmI, Nov. 8, 1993. 
"1-HTML+Discussion Document," Parts 1.1-1.4, http:// 
www.w3.org/MarkUp/HTMLPlus/htmlplus_(2-6).html, 
Nov. 8, 1993. 

Letter to Dick Reisman from DRI/McGraw-Hill including 
literature explaining company and its data service, Nov. 18, 
1993. 

Mirror(lL) Misc. Reference Manual Pages Mirror(lL)Name 
mirror — mirror packages on remote sites, URL: nic.funet.fi/ 
FUNET/hamster/mirror.txt, Dec. 2, 1993, 
"The PECOS User Guide," Catalink Direct PECOS Personal 
Electronic Catalog and Ordering system, Dec. 7, 1993. 
"Trading Partner PC: Affordable, high-performance EDI 
software for Windows", TSI International Software Ltd., 
Copyright 1994. 

Banks, M., "Welcome to . . . Compuserve for Windows", 
Copyright 1994. 

Branwyn, "Mosaic Quick Tour for MAC", Ventana Press, 
Inc., Chapel Hill, NC, Copyright 1994. 
Branwyn, "Mosaic Quick Tour for Windows" ', Ventana Press, 
Inc., Chapel Hill, NC, Copyright 1994. 



Davis, S., "Compuserve Information Manager for Windows: 
Complete Handbook and Membership Kit", Copyright 
1994. 

Lichty, T, American Online J s Internet: Easy Graphical 
Access — The AOL Way Windows Edition, pp. 123-163, 
Copyright 1994. 

Lichty, T., The Official American Online for Macintosh Tour 
Guide, 2 nd Ed., Version 2.5, pp. 135-178, Copyright 1994. 
Lee McLoughlin, usr/bin/perl — Mirror Master — Run Sev- 
eral Mirrors in Parallel, URL:strucbio.biologie.uni-kon- 
stanz.de/pdb/mirror/mm, Jan. 18, 1994. 
"Financing the New Media", 1994 Intermedia Conference 
Proceedings on CD-ROM, San Jose, CA, Mar. 1-3, 1994. 
"Industry Announcements", 1994 Intermedia Conference 
Proceedings on CD-ROM, San Jose, CA, Mar. 1-3, 1994. 
Jack Lund, local/bin/perlbin/perl — urlget — Get a Document 
Given a WWW URL, URL:www.chemie.uni-dortmund. 
de/.about.loki/exp/urlget, Mar. 23, 1994. 
Smalley, "Hermes Nears Finish Line; Bloodhound will be 
Part of Summer Debut", PC Week, vol. 11, No. 19; p. 31, 
May 16, 1994. 

Google — Advanced Group Search Results; see: "Depository 

Use of the Federal Bulletin Board," http://groups.google- 

.com/groups?q=government+printing+office+credit+ 

bbs&hl=en&as_drrb=b&as_mind=12&as_minm«5&as_ 

rniny=1981&as_maxd=20&as_maxm=5&as__maxy= 

1994&selm=19. 

Boly, Jean-Paul, et al., "The ESPIRIT Project CAFfi— High 
Security Digital Payment Systems", Securicom '94, Paris, 
Jun. 1994. 

Powell Crowe, E., "Log Me On, Log Me Off", Computer- 
user, com, http://www.computeruser.com/magazine/na- 
tional/1204/netsl204.html, Jul. 5, 1994. 
"A Brief Overview of the Viola Engine, and its Applica- 
tions," http://www.viola.org/violaIntro.html, Aug. 16, 1994. 
Darrow, et al., "Microsoft Debuts Low-Cost NT 3.5", 
Computer Reseller News, (596): 1-2, Sep. 19, 1994. 
Anderson, P., "Towards a High-Level Machine Configura- 
tion System", 8th USENIX System Administration Confer- 
ence, San Diego, California, Sep. 19-23, 1994. 
Eirich, Thomas, "Beam: A Tool for Flexible Software 
Update", 1994 LISA, SanDiego, CA, Sep. 19-23, 1994. 
Harlander, Magnus, "Central System Administration in a 
Heterogeneous Unix Environment: GeNUAdmin", 1994 
LISA, San Diego, CA, Sep. 19-23, 1994. 
Hideyo Imazu, "OMNICONF— Making OS Upgrades and 
Disk Crash Recovery Easier", 1994 LISA, San Diego, CA, 
Sep. 19-23, 1994. 

Moore, "SMS Debut Draws Crowds, Queries; Corporate 
Role Remains Uncertain", Computerworld, vol. 28, No. 38, 
p. 14, Sep. 19, 1994. 

Rouillard, J. and Martin, R., "Config: A Mechanism for 
Installing and Tracking System Configurations", 1994 
LISA, San Diego, CASep. 19-23, 1994. 
Pei Wei, O'Reilly & Associates, "Extensibility in WWW 
Browsers", Stanford Computer Forum WWW Workshop, 3 
pages, Sep. 20-21, 1994. 

Pei Wei, O'Reilly & Associates, "WWW Browsers: Exten- 
sibility Issues", Stanford Computer Forum WWW Work- 
shop, 1 page, Sep. 20-21, 1994. 

"Offline New and Mail (My Choice)," http://cpcug.org/user/ 
mtk/offline.zip, Oct. 18, 1994. 



12/18/2003, EAST version: 1.4.1 



US 6,658,464 B2 

Page 5 



"Mercury Operator's Log," Oct. 26 http://www.usc.edu/ 
dept/raiders/logs/alpha-log-941202-941224.btml, Dec. 1, 
1994. 

Levy, S., "E-Money (That's What I Want)", 
http://www.wired.eom/wired/archive/2.12/emoney_pr.html, 
Dec. 1994. 

Palme, Jacob, "Issues and Concepts in Senior Online", 
Senior Online, Telematics DE4O02, Report D6.1.1, Dec. 
1994. 

"Enable Persistent Cookies," http://orange.kame.net/dev/ 
cvsweb.cgi/kame/freebsd3/ports/lynx/Makefile.difF?rl = 
1.4&r2-l, Dec. 15, 1994. 

Murphy, Sean, "The state of WWW biz", Electronic Engi- 
neering Times, p. 80, Dec. 19, 1994. 
"Compuserve Information Manager for Windows — User's 
Guide," Copyright 1995. 

"Session Tracking", The Java Tutorial, http:// 
java. sun.com/docs/books/tutorial/servlets/client-state/session- 
tracking.html, Copyright 1995-2001. 
Grosse, Eric, "Repository Mirroring", ACM Transactions on 
Mathematical Software, vol. 21, No. 1, pp. 89-97, Mar. 
1995. 

"ecash-info: How the Web Was Won," http:// 
www.open4success.com/Olnews/rballard/001.html, May 3, 
1995. 

Wingfield, "Netscape Inks Pact with Sun, Macromedia", 
InfoWorld, vol. 17, No. 22, p. 16, May 29, 1995. 
Schroeder, Erica and Knowles, Anne, "Windows 95 rushes 
the Net", PC Week, vol. 12, No. 34, Aug. 28, 1995. 
Osel, P. and Gansheimer W., "OpenDist — Incremental Soft- 
ware Distribution", 1995 LISA IX, Monterey, CA Sep. 
17-22, 1995. 

"HTML 2.0 Materials" http://www.w3.org/MarkUp/ 
html-spec, Nov. 1995. 

"Cookie and Privacy FAQ", http://www.cookiecentral.com/ 
content.phtml?area=4&id-10, Copyright 1996-2002. 
"History of Sun and the Web" http://www.sun.co.jp:8080/ 
sun-on-net/history.html, Copyright 1996. 
"The Evolution of Cyberspace 10.1" http://www.javasoft- 
.com/docAanguage_environment/HotJava.doc.l.html, 
Copyright 1996. 

Froomkin, A. M., "Flood Control on the Information Ocean: 
Living With Anonymity, Digital Cash, and Distributed Data- 
bases", http://www.law.miami.edu/~froomkin/articles/ 
oceanl.htm, 15 U. Pittsburgh Journal of Law and Commerce 
395, 1996. 

Khare, Rohit, "Session-ID", w3.org, http://lists.w3.org/Ar- 
chives/Public/www-Iogging/msg00066.html, Feb. 16, 
1996. 

"Anonymous Delivery of Goods in Electronic Commerce", 
IBM Technical Disclosure Bulletin, pp. 363-366, Mar. 1996. 
"CGI Programming On The World Wide Web," 1st Ed., 
http://www.oreilly.com/openbook/cgi/ch08_03.html, 
Shishir Gundavaram, Mar. 1996. 

"How Cookies Work (client-side persistent information)," 
http://www.newnet.co.uk/help/netscape/cookies.html, May 
13, 1996. 

Williams, Sara, "Internet Component Download", Microsoft 
Interactive Developer, pp. 49-52, Summer 1996. 
"CGI Scripts and Cookies", The Perl Journal, Issue 3, 
http://www.samag.com/documents/s=1282/sam01030003/, 
Fall 1996. 



Bailey, Craig C, "Persistent Cookies", Modem Operandi 
FAQt, http://www.vermontguides.com/modem/ 
faqteql4.htm, Dec. 1996. 

Glave, J., "PGP Lets You Take Charge of Your Cookies", 
http : //www. wired .com/ news/ 
print0%2C1294%2C928%2C00.html, Dec. 10, 1996. 
"Browser Cookies are Persistent, Not Necessarily Evil", 
http : //www. wired.com/news/topstories/0, 1 287,88 7,00.html, 
Dec. 11, 1996. 

"The Unofficial Cookie FAQ— Version 2.54," 
http://www.cookiecentral.com/faq/, Copyright 1997-2001. 
http://www.cookiecentral.com/dsm.htm, "The Dark Side of 
Cookies", Copyright 1997-1998. 

"HTTP State Management Mechanism", http://www.iet- 
f.org/rfc/rfc2109.txt, Feb. 1997. 

"Browser Users to Watch Cookies," CNETNews.com, 
http://news.com.com/2100-1001-277942.html71egacy- 
cnet, Mar. 13, 1997. 

Bruner, Rick E., "Cookie Proposal Could Hinder Online 
Advertising", Adage, http://www.adage.com/news.cm- 
s?newsld~359, Mar. 31, 1997. 

"Chocolate Chip Cookies+Automating New!," http://tech.ir- 
t.org/articles/js016/index.htm, Apr. 21, 1997, 
"Catalink Direct, Inc.," Info Magazine, http://www.cor- 
s.corrVclients/pronles/catalink.htm, Spring Ed., 1998. 
Flavin, et al., "Management of distributed applications in 
large networks," 1988 IEEE publication, pp. 232-241, 
Copyright 1998. 

"Classic HTTP Documents," http://www.w3.org/Protocols/ 
Classic.html, May 14, 1998. 

"Persistent Client State HTTP Cookies", http:// 
home.netscape.com/newsref7std/cookie__spec.html, Copy- 
right 1999. 

"Session Tracking", Servlet Tutorial, http://www.apl. 
j hu/~hau7j ava/Servlet-Tutorial-Session-Tracking. html, 
Copyright 1999. 

Greenspun, Philip, "Philip & Alex's Guide to Web Publish- 
ing," Morgan Kaufmann Publishers Inc., pp. 240-252, 
260-265, 470-476, 518-521, Copyright 1999. 
http://www.automation.rockwell.com/copyright/cookies.h- 
tml, "Cookies", Copyright 1999. 

Wilson, Tim, "Web Site Mining Gets Granular", Inter- 
netWeek, n 758, 1999. 

Wagner, Mitch, "Ad Agency Double Click Heads Off Down- 
time With Redundant Systems", Internet Week, 21, Sep. 13, 
1999. 

McDermott, Irene E., "Come Out, Come Out, Wherever You 

Are: Directories on the Web", Searcher, Jun. 2000. 

"In the beginning there was NCSA Mosaic . . . ," http:// 

archive.ncsa.uiuc.edu/General/CommGroup/MosaicHis- 

tory/history.html, Mar. 27, 2001. 

"Cookie" http://www.webopedia.eom/TERM/c/ 
cookie.html, Jan. 4, 2002. 

Catalink Direct, PECOS Personal Electronic Catalog and 
Ordering System diskette. 

Overview of New Electronic Marketing & Communications 
Channel From Pipeline, letter from Pat Dane of Pipeline 
Communications to Harland Levinson and Dick Reisman of 
Unet (Apr. 13, 1994 (Fax header states Apr. 14, 1995)). 
Demo disk that accompanied item # 12K. 
Dow Vision Broadcast Specification, Dow Jones & Com- 
pany, Inc., Copyright 1989-92. 

CRA — Philippe Rabergeau, "Client Remote Access Speci- 
fications — Preliminary," pp. 1-8, Mar. 24, 1994. 



12/18/2003, EAST Version: 1.4.1 



US 6,658,464 B2 

Page 6 



Philippe Rabergeau, "My American Dream — Map for Gate- 
way Highway 94," Mar. 13, 1994. 
Gateway Software, Inc., "For Your Information . . . 
company flier (no date). 

Letter from David Stets to Dick Reisman regarding 
Retrieval Technologies Inc., including company overview, 
product descriptions for News Machine, Multi^Serve Gate- 
way, and XFE products, features description for New 
Machine product (printed Nov. 12, 1991), and Press Release 
for the Transaction Mode Access feature for News Machine, 
Mar. 10, 1992. 

"News Machine Transaction Mode Access Interface Speci- 
fication/' Retrieval Technologies, Inc., revised Feb. 24, 
1992. 



"News Machine System Description," Retrieval Technolo- 
gies, Inc., revised Jan. 1992, 

"GView: A Software Solution," Delphi Internet Services 
Corporation (no date). 

"GView Architecture Version 1,1," Delphi Internet Services 
Corporation (Dec. 31, 1993). 

Functional Specification: GView Delphi Applications Ver- 
sion .03, Delphi Internet Services Corporation, Dec. 31, 
1993. 

"CompuServe Communications Toolbox Prospective Devel- 
oper Information," CompuServe Inc., copyright 1994. 

* cited by examiner 



12/18/2003, EAST version: 1.4.1 



U.S. Patent Dec. 2, 2003 Sheet 1 of 11 US 6,658,464 B2 



CD 



o 

LL 




12/18/2003, EAST Version: 1.4.1 



U.S. Patent 



Dec. 2, 2003 Sheet 2 of 11 

FIG. 2 



US 6,658,464 



CALL FROM PRODUCT) 
52- 




54 

L 



SETUP 



56- 



GET OBJECT MANIFESTS 



58- 
60- 



PRE-TRANSPORT PREPARATION 



ESTABLISH CALL CONNECTION 



62- 



TRANSPORT OBJECTS (FETCH AND SEND) 



66- 



68- 



70- 



64 _^ DISCONNECT 






DECOMPRESS AND UNPACK OBJECTS 






STORE IN DESIGNATED LOCATION 






TRIGGER PRODUCTS IMPORT PROCESSING 






72-^ REPORT COMPLETION 







74 -^- <RETURN TO PRODUCT; 



12/18/2003, EAST Version: 1.4.1 



U.S. Patent Dec. 2, 2003 Sheet 3 of 11 US 6,658,464 B2 



FIG. 3 



84 

\ 



86 90 



STANDARD 
GRAPHICAL L-j CLIENT 
USER .— 1 API 
INTERFACE 
(n) 



J \ 

82^ API 



STD. 
COMM. 
MANAGER 



PROTOCOL 
MAPPER 



88 



SERVER 
PROTOCOL 
PLUG-IN 
(m) 



92 




OLS 
PROTOCOL 



r 



PUBLISHER p 
A CLIENT 



PUB. B CLIENT 



FIG. 4 



PUB. C CLIENT 



STANDARD 

CORE 
FOUNDATION 



OLS I 




OLS J 




OLSK 



LOCAL 
DATA 

Al 



LOCAL 
A 2 



LOCAL 
B 



LOCAL 
C 



12/18/2003, EAST Version: 1.4.1 



U.S. Patent 



Dec. 2, 2003 



Sheet 4 of 11 



US 6,658,464 B2 



(X 
uu 

CO 



o. 



in Ee 
.< 



1ST 

o 
o 



So 

CO o 
LU 





o 
o 

CO 




o 



o 
o 



si 

LU 

a. 

CO 




LU 



O 



<3°- 



•2S 



o 
o 



CO 




12/18/2003, EAST version: 1.4.1 



U.S. Patent 



Dec 2, 2003 



Sheet 5 of 11 



US 6,658,464 B2 



CO 




CM 
CD 



a. o 

CO LU 

2 o 




o 

LU 



o 
o 

CO 

o 



lu a: 

> CO 



< 



a 
go? 



o < 

°I 

o 



s 



CO 

la 

0_ O 

Q Q 
Z LU 
< 3C 
LU O 

CO 




_ o 



CO 

d 

LL 



y 85 

LU 5 



Lttr 
§3 



o 

o 

□C 
Q. 
LU 
CO 



_ a: 

is 



12/18/2003, EAST Version: 1.4.1 



U.S. Patent 



Dec. 2, 2003 



Sheet 6 of 11 



US 6,658,464 B2 




12/18/2003, EAST Version: 1.4.1 



U.S. Patent Dec. 2, 2003 Sheet 7 of 11 US 6,658,464 B2 




12/18/2003, EAST version: 1.4.1 



U.S. Patent 



Dec. 2, 2003 Sheet 8 of 11 US 6,658,464 B2 




12/18/2003, EAST version: 1.4.1 



U.S. Patent Dec. 2, 2003 Sheet 9 of 11 



US 6,658,464 B2 




12/18/2003, EAST version: 1.4.1 



U.S. Patent Dec. 2, 2003 



Sheet 10 of 11 



US 6,658,464 B2 




12/18/2003, EAST Version: 1.4.1 



U.S. Patent Dec. 2, 2003 Sheet 11 of 11 



US 6,658,464 B2 



FIG. 13 



144 



LINK INTERCEPTOR 



LINK REQUEST 





FETCH REMOTE 
RESOURCE 



SHUTTLE 



LINK - 
TRANSLATOR 



-146 




INTERNET 



FETCH REMOTE 
RESOURCE 



VERSION ' 
COMPARATOR 



-148 



CHECK 
REMOTE URL 




FETCH 
REMOTE 
RESOURCE 



Y 



LOAD LOCAL 
RESOURCE 



12/18/2003, EAST Version: 1.4.1 



US 6,658,464 B2 

1 2 

USER STATION SOFTWARE THAT disks which may contain text, sound and images from 

CONTROLS TRANSPORT, STORAGE, AND printed catalogues or uniquely created material, for example 

PRESENTATION OF CONTENT FROM A software application demos. To applicant's knowledge and 

REMOTE SOURCE belief, available products lack any computer order place- 

5 ment capability, requiring orders to be placed by voice call. 

LIST OF RELATED APPLICATIONS Communication between remote computers, not directly 

This is a combined Continuation of U.S. application Ser. interconnected by umbilical cable or a wired network, is 

No. 08/641,010, filed on Apr. 29, 1996, and entitled enabled by a wide range of hardware devices and software 

"COMPUTER-IMPLEMENTED TRANSPORT OF ELEC- drivers, utilities, applications and application modules. Tele- 

TRONIC INFORMATION OBJECTS," which is a 10 phone modems that couple a computer with the telephone 

Continuation-in-Part of U.S. application Ser. No. 08/251, network are familiar devices. RF modems that couple com- 

724, filed on May 31, 1994, and entitled "SYSTEM FOR puters into wireless networks are less familiar but are , 

AUTOMATIC UNATTENDED ELECTRONIC INFOR- beginning to appear in consumer devices known broadly as 

MATION TRANSPORT BETWEEN A SERVER AND A personal information communicators (PIC's) of which per- 

CLIENT BY A VENDOR PROVIDED TRANSPORT 15 sonal digital assistants (PDA's) such as Apple Corp.'s 

SOFTWARE WITH A MANIFEST LIST," which as U.S. NEWTON® product are a first generation. New kinds of 

Pat. No. 5,694,546 on Dec. 2, 1997, and U.S. application { digital communications devices can be expected to emerge 

Ser. No. 08/982,157, filed on Dec. 1, 1997, and entitled as digital technology replaces analog transmission. . 

"COMPUTER-IMPLEMENTED TRANSPORT OF ELEC- ~ General-purpose, online, modem-accessed, electronic 

TRONIC INFORMATION OBJECTS," which is a Continu- 20 information services, such as PRODIGY, COMPUSERVE 

ation of the aforementioned Ser. No. 08/251,724 (U.S. Pat. and AMERICA ONLINE (trademarks), and some Internet 

No. 5,694,546). All of the above-identified applications are services, provide wide access to timely information products 

incorporated herein by reference in their entirety, from a central server, but are limited and complex. They 

, mirrTOW provide no means for the integration of downloaded infor- 

BACKGROUND OF THE INVENTION 25 matk)n with informalion pro ducts offered on disk or CD, and 

The present invention relates to computer-implemented provide only rudimentary facilities for local viewing and 

transport of electronic information objects. More search of downloaded files. 

specifically, the present invention relates to a method and Such online information services provide their own user 

corresponding software for automatically pre-fetching addi- ^ interface which is generally unlike that of a disk or 

tional data objects referenced by a first data object. CD-based information product, and can be customized very 

Electronic publication is an exploding industry in which little, if at all, by a publisher using the service for product 

thousands of new products including magazines and distribution. 

periodicals, software applications and utilities, video games, Online services are oriented to extended online sessions 

business, legal and financial information and databases, 35 which require complex user interaction to navigate and find 

encyclopedias and dictionaries are purchased by millions of desired information objects. Initial setup and use is rendered 

customers. Commonly, such information products are rep- complex by requirements related to extended session use of 

licated in computer-readable form on magnetic or optical data networks and the frequent need to navigate across the 

storage diskettes and are box-packaged with printed manuals network, and through massive data collections, to locate 

for distribution to retail stores and direct mail sales. These ^ desired data items. General-purpose online information ser- 

marketing practices are relatively expensive and involve a vices do not provide a suitable medium for electronic 

significant time lag of at least days or weeks to get a product information publishers to distribute updates, and the like, 

into a consumer's hands once it is created. because of limited interface flexibility, because a publisher 

Such costs and delays are generally acceptable for cannot expect all their customer base to be service 

original, high value products such as collections of publi- 45 subscribers, and because of cost and payment difficulties, 

cations or software application, of which some examples are Such services are centered on monolithic processes intended 

NEWSWEEK® Interactive CD-ROM, or disks, which pro- for national use by millions of subscribers which processes 

vides a searchable audio-visual library of issues of NEWS- are not readily adaptable. 

WEEK magazine and CINEMANIA® CD-ROM which Online service charging mechanisms are also inflexible 

provides reviews and other information on newly released 50 and inappropriate for most individual information products, 

films. For time-sensitive, low-value updates, for example, requiring monthly subscription fees of $5-10 or more, plus 

the latest issue of Newsweek or last week's movie reviews, time charges for extended use, which are billed directly to 

distribution in stored form, on physical media, is slow and users, after a user sign-up and credit acceptance process, 

the cost may exceed the value of the information in the Such cost mechanisms are too expensive and too complex 

product. 55 for distribution of many products such as magazine and 

Thus, electronic transfer from a central computer server to other low cost update products. They do not presently permit 

a subscriber's computer over common carriers or wide area a publisher to build an access fee into a purchase price or a 

networks is an attractive proposition. Similar considerations product subscription. 

apply to the distribution of software program updates, Recent press announcements from corporations such as 

although cost and frequency of issue are not such serious 60 AT&T, Lotus, Microsoft and MCI describe plans for new 

constraints. A problem faced in both situations is that of online services providing what are called "groupware" ser- 

incorporating the received material with the original mate- vices to offer rich electronic mail and group collaboration 

rial so that a fully integrated publication, information data- functions, primarily for business organizations. Although 

base or software program is obtained by the user. offering multiple electronic object transport operations such 

Another class of electronically distributed information 65 services are believed to have complex setup procedures and 

product comprises home shopping catalogues of mail order software requirements and complex message routing fea- 

products distributed on optical or other digital data storage hires and protocols, and to lack interface flexibility. 
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Accordingly, they are not suitable for mass distribution of product line, offers a range of REMOTEWARE® software- 
low cost electronic information update products and cannot only products providing electronic information distribution 
achieve the objectives of the invention. to and from remote nodes of a proprietary REM OTb W- 

„ . 4 . Y> j_ 4 ARE® computer network intended for use within an 

Communications Products . , r 4 i ^ * _ • „ 

5 organized, corporate or institutional data processing or man- 
Many software products exist that enable one computer to agement information system. The system is primarily server 
communicate with another over a remote link such as a directed, rather than user initiated and requires an expensive 
telephone cable or the air waves, but none enables a vendor program (priced at $220.00) to run at the user's node 
substantially to automate common carrier mass distribution whereas the present invention addresses consumer uses 
of an electronic information product to a customer base which will support costs of no more than a few dollars per 
employing multiple heterogenous systems with indetermi- 30 n0C j 6 

nate hardware and software configurations. Two examples of Furth e rmor e, REMOTEWARE® is primarily intended to 

popular -sud ^sof^are products are Datas^or^echnolo^es, Qther REM0XEWARE ® ducts at the node 

Inc. s PROCOMM (trademark) and CENTRAL POINT ..... j . -j c • * c a 

COMMUTE (trademark) from Central Point Software, Inc. ? hlch other P roduc ? s P r0Vlde a ran S e ° f ^r interface and 

which are commonly used to provide a variety of functions, is data *™Sement functions, at significant additional cost, 

including file transfers between, interactive sessions from, each ^ their own sepa« te ™** interface presenting a 

host-mode services from, and remote computer management standard REMOTEWARE® look and feel. In addition, the 

of, modem-equipped personal computers wired into the nodes require a sophisticated central support and operations 

telephone network. function to be provided, which may be difficult for an 

„ . „ „ , , „ . ~ n electronic information publisher to accomplish and add 

Counterpoint Publishing s Federal Register » unacceptable expense. 

Publications REMOTEWARE® is overly elaborate to serve the sim- 

Counterpoint Publishing, (Cambridge Mass.) in brochures pkf ob j ectives of ^ prese nt invention. Designed for the 

available to the applicant in November 1993 offered elec- demanding Q6eds of enterprise-wide data processing 

tronic information products entitled Daily Federal Regis- communicationSi the cHent or node package prov ides many 

ter" and "CD Federal Register. "Daily Federal Renter- ^ bacR d ^ ^ lQ ^ 

includes communications software and a high-speed „ f tU & t y , ... . , A 

modem. Apparently, the communications software is a stan- calls f ' om * e ^ at an y Ume ' ablhl y to w ° rk under 

dard general purpose communications package with dialing contro1 of th f ?? Dtral f rver ^ fuivey and update system 

scripts that are customized to the needs of the Federal software and files and 40 ablht y support interactive 

Register products. Accordingly, the cost of a communica- 30 sessions, which abilities are not needed to carry out the 

tions package license which may be as high as about $100 simpler information transport operations desired by the 

at retail must be included within the product cost. Also, P reseDt invention. Such capabilities may be desirable in an 

Counterpoint Publishing avoids the difficulties of supporting enterprise MIS environment, but are not appropriate to a 

various modems by providing its own standard modem, with consumer or open commercial environment, and bring the 

the product, building in a cost (about $100-200) which 35 drawbacks of complexity, cost, and program size, which 

renders this approach quite unsuitable for mass-market may put undesirable operational constraints on the user (and 

distribution of low cost electronic information update prod- P erha P s even compromise the user's privacy). REMOTEW- 

ucts. The resulting product is not seamless either in its ARE® is t0 ° costly and complex for mass distribution of 

appearance or its operation because the communications u P dates t0 periodicals, cannot be shipped invisibly with an 

software is separately invoked and used, and has its own 40 electronic information product and requires specialized 

disparate look and feel to the user. ™™ T software and operations support that would challenge 

The "CD Federal Register" provides the Federal Register f 11 but th A e lar S esl and m ?l^S^ P f~ 

on CD-ROM at weekly intervals for $1,950.00 and hs ^ ers - Accordingly, REMOTEWARE® is unsuitable for 

CD-ROM disks are shipped to customers as they become widespread use as an economical means of distributing 

available. Back issues are $125 each. Updates are provided 45 updates for a variety of electronic information products, 

by shipping a disk. The Federal Register is a high-value Although it has wider applications, a significant problem 

product intended for specialist, business, academic and addressed by the invention is the problem of economically 

governmental users. Distribution of updates on CD-ROM, as distributing updates of electronic information products to a 

utilized by Counterpoint Publishing, is not a suitable method wide customer base that may number tens or hundreds of 

for lower value products such as a weekly news magazine, 50 thousands, and in some cases, millions of consumers. At the 

because of the associated costs. Shipping delays are a further date of this invention, such a customer base will normally 

drawback include an extensive variety of computers, operating sys- 

While the two product "CD Federal Register" and "Daily terns and communications devices, if the latter are present, 

Federal Register" might be used together, at an additive cost, aU of which ma y have their own Protocols and configuration 

to provide a combination of archives on CD-ROM plus daily 55 requirements. 

updates obtained and stored until replaced by a new While an electronic information product vendor might 

CD-ROM, based on information available to the present consider licensing or purchasing an existing commercial 

inventor it appears that the two products must be used communications product for distribution with their publica- 

separately. Thus they must apparently be viewed, searched, tion Product to enable remote, diskless updating, the high 

and managed as two or more separate collections, requiring 60 cost of such a solution would generally be unacceptable 

multiple steps to perform a complete search across both because a communication package includes a broad range of 

collections, and requiring manual management and purging functionalities not required for the vendor's particular 

of the current collection on hard disk by the user. purpose, for example, remote keyboarding. Significantly, a 

commercial communications package is not susceptible to 

Xcellenet's "REMOTEWARE"® 65 customization of its user interface and may have its own 

Xcellenet Inc. in product brochures copyrighted 1992 and configuration requirements and installation requirements, 

a price list dated Aug. 16, 1993, for a "REMOTEWARE"® with regard to directories, device drivers and the like, which 
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are incompatible with other vendor or user requirements or FIG. 8 is a schematic diagram of a product- integrated 

are simply a nuisance to the user. Thus, a commercial interface embodiment of the invention; 

communications product in addition to its cost, cannot be FIG. 9 is a schematic diagram of a server-enhanced 

satisfactorily integrated with an information product. embodiment of the invention; 

There is accordingly a need for computer-implementable 5 FIG. 10 is a schematic diagram of an embodiment of the 

information transport software to enable simple, economical invention providing update objects via a commercial ser- 

and prompt mass distribution of electronic information vice; 

products. FIG. 11 is a schematic diagram of a multiple service 



SUMMARY OF THE INVENTION io 



routes embodiment of the invention; 

FIG. 12 is a schematic diagram of an offline Web browser 

This invention solves a problem. It solves the problem of embodiment of the invention; and 

enabling simple, economical and prompt mass distribution FIG. 13 is a schematic flow diagram of a hyperlink 

of electronic information products. readdressing or redirection process according to the inven- 

In one aspect, the present invention provides a method for 15 tlon - 

operating a user station configured for communications with DETAILED DESCRIPTION OF THE 

a multiplicity of independently-operated data sources via a PREFERRED EMBODIMENTS 

non-proprietary network. Advantageously, the method , 

includes steps of receiving a first data object from one of the Referring to FIG. 1 the inventive software component is 
data sources, and automatically pre-fetching a plurality of 20 schematically shown in operative mode installed at a user s 
additional data objects of arbitrary type referenced by the computer workstation. The workstation u> communications- 
first data object from respective other ones of the equipped for communication with remote services, for 
independently-operated data sources identified by informa- exan V f b V node*, which services are also shown sche- 
tion embedded in the first data object. matically. Only relevant software and hardware components 

. , . „ of the system are shown. 

In another aspect, the present invention provides software 25 ' 

j . , « 1 „, „ „ ..„„ „ „„, Relevant components at the workstation comprise oper- 

stored on a computer-readable storage medium at a user . . * . . . . . „ .. r * . 
station that is configured for communications with a multi- «?* s y ste f m services 10, a containing ^formation product 
plicity of independtntly-operated data sources via a non- } 2 > . an Ration *™m component or module 14, 
y J . , * 1 n r ui *u c«, _ „ herein also referenced as a "transporter" which may be a 
proprietary network. Preferably, the software performs a 4 . , J4 • c I u a- ♦ ■ u a 
■ 1 • %c * j • f f ♦ u* „ m stand-alone product or, in preferred embodiments is embed- 
plurahty of functions including a fetch function for fetching 30 r t • ■ • c , t11 
a first data object from one of the data sources, and a de f d or c ° ntalned m ' he containing information product 12 
pre-fetch function for automatically pre-fetching a plurality rlaformation transport component 14 provides a general 
of additional data objects referenced by the first data object \ {"fP 086 f^ihty for sending and fetching mformat.on objects 
c iU J e *u 'a a *\ ♦ a between an end user s computer (the client) and a central 
from respective other ones of the independently-operated _ _ .. . f * • 
j F . , t . a A . . c k a a a t\*a. ™ server. Information transport component 14 is not custom- 
data sources identified by information embedded in the nrst 35 . . . r r 

data ob'ect lZe containing informaUon product 12, but is 

intended to be used in conjunction with any of a wide range 

BRIEF DESCRIPTION OF THE DRAWINGS of electronic information products. 

Operating system services 10 provide capabilities for the 

One way of carrying out the invention is described in 4Q containing information product 12 and the information 

detail below with reference to drawings which illustrate only transport component 14 to access a readable information 

one specific embodiment of the invention and in which: storage device 16 which may, for example, be an optical disk 

FIG. 1 is a schematic diagram of one embodiment of an drive such as a read-only CD-ROM where product infor- 

information transport software component according to the mation 17 is stored. In addition, a read/write information 

invention installed in a computer workstation and commu- 45 storage device 18, for example, a conventional hard disk is 

nicating with a complementary centrally located server- accessed via the operating system services 10 for storage of 

resident software module for mass distribution of digitized a fetched additional information object 26. The storage 

electronic information objects; media used for hard disks and the like are often described as 

FIG. 2 is a flow block diagram of an informaUon transport nonvolatile and the type of storage is frequently referenced 

operation performed by the software component and module 50 as "permanent." however, the more recently used term 

of the embodiment of FIG. 1; "persistent storage," which references the manner of storage 

f-rry-i a . , . . „ r ^ „ u.nc*aA as well as the physical storage media and distinguishes from 

FIG. 3 is a schematic diagram of a server-based electronic . . . i_ L - . i_ * ? n a 

|. t . • c transient storage where objects may be automatically erased 

distribution service employing an inventive iniormation _ . & , J .... 

* after some interval, or event, without supervisory control or 

Uansport software component; r , * . f . , . 

r r . 55 awareness of the erasure, is a more suitable descriptive term 

FIG. 4 is a further schematic diagram of the service fof tfae purposes of the present invention. 

illustrated in FIG. 3; M necessafVj different, or modified, information trans- 

FIG. 5 is a schematic diagram of a prior art commumca- porter comp0 oents 14 can be supplied for users of different 

tions product employed to Uansport an information object operating systems or system families, notably DOS 

between a user and a remote server; 6Q (available in several versions, for example from Microsoft 

FIG. 6 is a schematic diagram similar to FIG. 5 showing, Corp, IBM Corporation, Novell, Inc.) Windows (trademark, 

in a comparative manner, some of the benefits that can flow Microsoft Corp.), Apple Computer Corp.'s operating 

to a user when an information transport software systems, possibly IBM Corporation's OS/2 (trademark), and 

component, such as mat described with reference to FIG. 1, any distinct operating systems developed for personal digital 

is used for a similar transport operation; 65 assistants, pen-based computers and the like. 

FIG. 7 is a schematic diagram of a basic object retrieval Information transport component 14 also uses operating 

embodiment of the invention; system services 10 for external communication with a 
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communications network 20 through which the information 
transport component 14 can access a remote server 22, or 
server-client network, supporting a data storage device 24 
where desired additional information object 26 is located. 

Communications network 20 can be any electronic dis- 
tribution system suitable for transporting information 
objects 26 including wired and wireless common carriers 
such as telephone networks, cable television systems or 
networks and mobile telecommunications or data commu- 
nications networks and extends also to emerging and future 
systems of providing electronic communication between 
users of diversified equipment. The term "common carrier" 
is used herein to embrace all such data communication 
systems as will reasonably meet the purposes of the inven- 
tion. The term "modem" is used herein to embrace any 
network interface device enabling a user station to commu- 
nicate on such a communications network 20. 

While the containing information product 12 can take 
many different forms, as described herein, and as will also 
be apparent to those skilled in the art, a preferred embodi- 
ment is that of a periodically issuing publication or 
publications, for example, a news magazine or a collection 
of patents. Again, the additional information object 26 could 
be any information of interest to the user, having some 
relevance to the containing information product 12, but the 
invention and its unique capabilities enable the additional 
information object 24 to be fully integrated with the con- 
taining product 12 in a manner that can be automated to be 
transparent to the user. 

The inventive information transport component 14 is 
designed to require a minimum of user input. A bare 
minimum will be a user's ID which can be entered by the 
user in a product setup and automatically accessed for 
information transport, or could by pre-loaded by the vendor 
from data supplied by the user at purchase. 

A product ID is preferably pre-loaded into the containing 
information product 12 by the information product vendor or 
publisher to be available for use by the information transport 
component 14. However, even this may not be required. In 
an alternative embodiment, the product ID can be automati- 
cally incorporated into the product in a product replication 
process that permits individualized coding of unique ID's. In 
most cases, a user-actuated menu selection is provided in the 
containing information product 12 after integration with the 
inventive information transport component 14 to activate 
transport of an additional information object, and preferably, 
selection of transport activation drops down a menu of 
transport choices such as "FETCH UPDATE", "FETCH 
CATALOG OF UPDATES", "SEND DATA" and the like, 
each of which then runs automatically upon selection. 

Updating can also be totally automatic, and other than an 
obviously desirable user notification, be completely invis- 
ible to or transparent to the user, running in background on 
their system, while the user's screen is available for other 
processing such as running the containing information prod- 
uct 12. Where updates are made available on a known 
schedule, a totally automated product can be provided that 
fetches an update without any user intervention, on the 
specified release date, or as soon thereafter as the user's 
system, or the containing information product 12, is acti- 
vated. In practice, most users will probably prefer an oppor- 
tunity to confirm that the fetch transaction should proceed. 
A preferred embodiment monitors the user's system clock 
and alerts a user to the arrival of an update release date and 
asks the user to confirm that the system should seek and 
fetch the scheduled update, if available. 
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Thus, the invention is particularly suitable for importing 
updates of information or information processing products, 
such as periodically issuing literature, or software upgrades. 
Accordingly, additional information object 24 preferably 

5 comprises updates which can be integrated with the infor- 
mation product 12 to provide, for example, a coherent body 
or continuous sequence of materials that can be commonly 
searched and indexed preferably in a manner giving the user 
the appearance of a common logical file formed from 

10 physically distinct files. The appearance of integration can 
be achieved by searching new and then old indexes in series 
and making the search and navigation logic of the containing 
product smart enough to combine new and old information. 
For example a new object can have an index file similar to 

15 that for the original information product 12. A search engine 
can first search the new index, then the old one, and then 
produce a combined set of results. Preferably, the files are 
not actually merged or otherwise combined as to do so could 
be unduly complex. 

20 As shown in FIG. 1, the containing information product 
12 comprises a user interface 28 enabling the user to view, 
search, excerpt and print or otherwise export or process 
selected information items from product information 17. 
The user interface 28 provides standard information product 

25 features, as conventionally supplied by the product 
publisher, supplemented by appropriate fetch or send 
options to activate the features of the inventive information 
transport component 14. 
Also shown in FIG. 1 are a database management module 

30 30 and a data structure definition module 32. Database 
management module 30 provides retrieval-oriented database 
processing of the information product including indexed 
searching and selective retrieval capabilities using one or 
more index keys such as an issue or item number, or full text 

35 searching, and may provide hypertext and hypermedia link- 
ages. The data structure definition 32 provides the database 
structure of relevant files as classified by field or element, 
name, type, size and the like. After successful completion of 
a fetch operation, control is returned to containing informa- 

40 tion product 12 to process the new information in essentially 
the same manner as the original information, or in any other 
manner for which it has been equipped. 

Major modules comprised in the inventive information 

45 transport component 14 are a user interface 34, a commu- 
nications module 36 and fetch-send protocol 38. In addition, 
the information transport component 14 preferably com- 
prises its own built-in application programming interfaces 
(APIs) such as a user interface API 40 and a communications 

50 API 42, enabling the information transport component 14 's 
user interface and communications modules respectively, 
readily to be incorporated with, or plugged into a wide range 
of containing information products 14. Such incorporation, 
in the currently best known embodiment of the invention, is 

55 effected by software engineers familiar with and having 
access to the containing information product 12, but future 
developments may enable the incorporation process to be 
effected by skilled users. 

References herein to an applications programming inter- 

60 face (API) will be understood to embrace any program 
interconnection technique which supports direct, seamless 
interaction between one program and another, including 
prodedural calls, object encapsulation, or emerging tech- 
niques like Microsoft Corp.'s Object Linking and Embed- 

65 ding (OLE) or Apple Computer's Open Doc. 

API 40 is responsible for providing means for the user to 
interact with the information transport functions of the 
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invention and interface as seen by the user and API 42 is objects) technique according to the expected format and 

responsible for handling internal processes of communica- condition of fetched information objects 46, which infor- 

tions and data management. mation is pre-coded into communications component 36. 

The APIs 40 and 42 are intended to enable the information The application-specific configuration established 

transport component 14 to be used by a range of product 5 through API 40 selects either a standard user interface, as 

programs controlling a variety of information products and furnished with information transport component 14, or an 

to enable each API 40 and 42 to be free to exercise flexibility application-controlled user interface. Control settings are 

and creativity in extending its associated user interface 28, established for connection problem handling, disk error 

data management module 30 and database structure 32 to handling, abort and server condition handling, access denial, 

fully address the provision of transport functions for the 1Q unavailability of information object files and any other error 

purposes described herein. situations which may occur during transport. 

API 42 operates on a transport function level involving If desired, optional, advanced controls for scheduled 

high level interactions between the containing product 12 or automatic calling can be included in the application-specific 

the user (or the optional user interface) and the transporter configuration used in preparing the containing information 

14 before and after communications while the detailed ^ product 12 for publication. 

low-level interactions between the transporter client and the Preparation of containing information product 12 and 

server during communications are handled by fetch-send incorporation of information transport component 14 

protocol 38, without involvement of the containing product therein, with an application specific configuration, as 

12 or the user. "High level" is used to refer to a level at described is carried out prior to publication to build a 

which software interacts with a user, typically in simple, customized, ready to run version of the product with auto- 

readily comprehensible, function-oriented, graphic or every- 20 mated update capability. 

day language terms, while "low-level" refers to a level of Communications API 42 establishes a product-specific 
detailed procedural interaction with an operating system, or transport method choice list for selection of an appropriate 
device (modem, port etc.) in obscure program or machine file transfer protocol ;as between direct dial, data network 
language terms incomprehensible to most users. dialj aod other modes of transport. Communications proto- 
Fetch-send protocol 38 is, in the preferred embodiment 25 co ls specify necessary connection parameters such as access 
shown, a component of a novel client-server communica- number and network addressing or other routing informa- 
tions procedure designed to manage the transaction-oriented t ion. Optional script choices can provide for different modes 
transmissions required to achieve satisfactory transport of 0 f transport. 

desired server stored information objects, and optionally, These product-specific configurations and protocols 

central reporting of user information in a predetermined 30 enable information transport component 14 to be packaged 

/ format. Alternatively, one or more existing protocols could m executable form with containing information product 12, 

be used. with all necessary product-specific components and settings, 

Preferably, the API's 40 and 42 and the fetch-send pro- including a standard user interface if selected, ready for 

tocol 38 are structured to use a manifest list to control the ^ inclusion in the product package. 

exchange of information objects. The manifest list can be If desired, at the option of the information product 

provided in fetch-send protocol 38, and can be forwarded to publisher, a standard user interface may be included. Such 

remote server 22 to provide better efficiency, error control, an optional standard user interface can have all facilities 

and management of the operation. Alternatively the manifest needed to select transportable objects from a predefined list, 

list may remain resident at the user's station. The manifest perform all user setup functions, and invoke information 

is valuable operating at the client station, at the API level, to object transport. 

specify the actions required during a transport session and Additional options are standard software that would allow 

can in one embodiment comprise a list of send and fetch the user to search, view and print the transported objects 

operations which are individually controlled. totally independently of the user interface and database 

This software mechanism, employing novel communica- 45 search components of the containing product. Both such 

tions procedures and applications interfaces that reference options enable a publisher to exploit the inventive transport 

an object manifest, provides a new way for performing a product for efficiently and economically providing updates 

wide variety of information exchange functions in a simple, without having to make changes to the publisher's contain- 

standardized and economical manner. ing product, simply by configuring the transporter or infor- 

API Functions 50 mat * on lrans P ort component 14 and physically including it, 

■n p h anc * tne ^i 003 * components, within the containing product. 

1; product J>etup ^ A standard ^ might handle onl asch text 5ut it 

In preferred embodiments, API 40 and API 42 include a c -a e *u v, f , • 

j 1 * t . c i- *• -r preferably could provide for other useful formats such as 

product setup routine of an application-specuic ... . ju.j*ur 

p r. u - u ■ ^ u t u ur u ^A.^t standard word processor, spreadsheet or database formats, or 

configuration, which is used by the publisher or product . . . * ' ** . , , , otkjt 

,5* ' 4 ... . * , UI . , , „ multimedia formats such as video, sound and HTML 

developer, prior to publication, to establish seamless com- 55 /u , . . ' . . 

patibility between the coataining informal product 12 and hypertext ™ rk "P Jf^' format becommg popular on 

*! . c J 4 . ia c *u the Internet and which provides the ubiquitous Web pages 

the information transport component 14 for smooth execu- „ . T , „. ww 

fJ . Jt n 4 t A 1t . t4 , for the Internet s World Wide Web. 
tion of desired transport functions. A completion status code 

is also specified. API Functions 

The application-specific configuration posts user and 60 2) User Setup 

product ID information, as needed to process password or Compatibility with the user's system is effected by API 40 

other access code authentication and posts files information, establishing a user-specific configuration, and creating or 

including designation of an application work directory and updating the necessary control files, 

a transporter work directory for performing the transporter Parameters established in the user-specific configuration 

functions of information transport component 14. 65 include a setup ID number to permit use of multiple setups, 

Additionally, the application-specific configuration sets for example, for different transport options, and a product ID 

up an appropriate decompression (or compression for send number. 
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The user-specific configuration posts user ID information 
and a password or other access code authentication and posts 
files information, including disk and drive designation for 
work and data directories. Autocall options and a completion 
status code are also specified. 

API 40 provides information for communications module 
36, specifying a user communications protocol for the user's 
hardware, operating system, line configuration, and so on. 
Thus, for a standard telephone connection, comm port, 
speed (baud rate), interrupt settings, modem type and control 
strings, dial prefix, dial 9, pulse or tone, call waiting shut-off, 
and the like are specified, as appropriate. Additionally, the 
user communications protocol includes access number and 
connection parameters, optionally with script selection for 
routing choices via data networks, and so on. 

The resultant user-specific configuration and communi- 
cations protocols generated through API 40 create a setup 
ready to call and places it in the designated transporter work 
area. A validation procedure checks entries and reports 
obvious errors in parameter settings. 

Preferably, multiple product ID setups are provided to 
enable multiple information products to use the transporter 
with an appropriate, compatible transporter version. Prefer- 
ably also, the user-specific configuration accommodates 
shared use of the transporter work areas by multiple infor- 
mation product applications resident on the same user's 
system. 

Mechanism of Fetch-Send Protocols 38 (User) and 
44 (Server) 

User fetch-send protocol 38 working in cooperation with 
server fetch-send protocol 44 controls the desired informa- 
tion object transport function, calling remote server 22 and 
exchanging data objects. It performs or supervises commu- 
nications between the user's system and remote server 22. 

Communications module 36 uses a setup ID number 
specified through API 40 or 42, selects which setup to use for 
a call, calls remote server 22 using protocol 38, and in a 
preferred embodiment, sends an object manifest comprising 
a send object list, a fetch object list or both. Such manifest 
is created under control of user interface 28 from a pre- 
existing set of choices supplied with the product or obtained 
during previous update operations, or both. 

Alternatively fetch-send protocol 38 may refer to a pre- 
existing manifest list stored at the user's station, or may be 
directed by remote server 22 to select one of multiple 
pre-existing manifest lists stored at the user's station. As 
another alternative, although it is convenient and advanta- 
geous to transmit the manifest list to the server 22, the 
relevant status and management information can simply be 
used locally by communications module 36 and be inte- 
grated into the individual fetch and send protocols. 

A send object list comprises object action codes specify- 
ing the type of server action required, if any, object names, 
object sizes and response object size, if any. A fetch object 
list comprises object names, object sizes and an object 
availability date. 

A completed object manifest is employed to convey the 
status of the transport operation and to provide for additional 
information transport, if desired. The completed object 
manifest adds the following to the request object manifest: 
send object additional information; object acceptance codes 
returned by server 22; time of acceptance; and a response 
object name, if called for by the object action code. 

For a fetch operation, the completed object manifest adds 
the following to the request object manifest: fetch object 
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additional information; a fetch confirmation or failure code; 
the time of completion or failure and a revised availability 
date if the requested fetch object was unavailable. 

If a scheduled update or polling option is present and 
5 selected, a scheduling or polling indicator is included, and a 
:> completion of processing or import function to call through 
API 42 is specified. 

A completion status code terminates the fetch or send 
operation and returns control to the information product 
10 application or the provided user interface. 

Information Transport Using Communications 
Module 36 

15 Communications module 36 employing the described 
fetch-send mechanism comprised by cooperating protocols 
38 and 44 performs the functions necessary to complete an 
information transport operation, as described herein, under a 
variety of circumstances, with tolerance for a common range 

20 of error conditions, open drives, inadequate disk space, lost 
line connections and the like, without losing control of the 
user's system. Using correct, verified ID, naming and rout- 
ing information, the information transport operation 
employing the inventive information transport component 

25 14 is less error-prone than many computer users would be 
were they effecting the transport operation with conven- 
tional technology requiring them to enter routing and storage 
information and the like, manually. 

Communications module 36 verifies that all send objects 

30 are as specified, that all fetch objects are scheduled to be 
available, verifies that sufficient disk space is available for 
all fetch objects and for compressed transmission copies of 
all objects, and returns an error report if any of these 
requirements is not fulfilled. 

35 Communications module 36 performs communications, 
then returns a completed object manifest, and logs all 
activity in a transporter log file. If an optional scheduling/ 
polling feature is selected, the communication is deferred 
until the scheduled time. 

40 These general objectives are achieved by carrying out the 
following process steps after an application (or optionally a 
transporter user interface) requests a transport function: 

1) Local validation of the request returning a failure code 
45 if the request is improperly specified. 

2) Compression of all send objects for transmission and 
placing them in the designated transporter work area. 

3) Connection attempts to remote server 22, returning a 
failure code if necessary. Connections are made via phone 

50 line or network. The system handshakes and identifies the 
call to the server. 

4) Presentation of the object manifest, if utilized, for 
validation and action. 

55 5) On receiving a go-ahead, transport of each send object, 
logging each as sent, and receipt of object acceptance codes 
from the server and logs them, when received. 

6) Receipt of all fetch objects from the server, placing 
them in the transporter work area, and logs them as received. 

60 Fetch object names may be precise, or generic or alias names 
may be used to request a latest installment. 

7) Receipt and logging of a completed object manifest 
from the server. (If receipt of response objects is implied by 
the action codes, first receives a revised object manifest, and 

65 fetches the response objects, then receives the completed 
object manifest.) 

8) Disconnection from server. 
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9) Decompression and unpacking of all fetch objects into mode and a schedule iterating a call time, a retry protocol, 
application work area, and logs completion status. call activation and timing, along with an authentication 

10) Returns control to the application (or optional trans- procedure for the server and a completion status code, 
porter user interface). 

The product checks the completion code, and completed 5 

object manifest to deal with any error conditions. The Communications between the information transport com- 

application performs any required import processing on ponent 14, functioning as a client, and the server 22 follow 

fetched objects to integrate the data and indexes with prior a predefined communications procedure having cooperative 

data, as desired, to enable seamless use. If desired, import user components comprising user fetch-send protocol 38 and 

processing can include, or offer as a user selection, file 10 server fetch-send protocol 44. 

maintenance functions relevant to the information product Server-client intercommunication can be broken down 

including, for example, file purging to remove obsolete mt0 g ve steps> a ) \ 0 ^ Qf y manifest transmission, c) send 

information files and preserve the user's storage space. operation, d) fetch operation and e) logout, as described in 

Specifications of files to be deleted can be included with the more detail below, 

original product or with a fetch object. In either event the 35 a ) \ 0 ^ n 

responsibility for accurate specification is passed to the Log m establishes a session with an authorized client. A 

vendor, relieving the user of the risk of making erroneous handshake process between user protocol 38 and server 

deletions and anxiety attendant thereon. After such import protocol 44 identifies the user's transporter client system to 

processing the containing information product (or the remote server 22 by product ID and user ID, and a password 

optional separate user interface) then returns control to the 20 or otner authentication code. A failure reason code is given 

user for use of the received data. t o rejected clients. 

Those skilled in the art will appreciate that the identifi- b) manifest transmission 

cation of files in the object manifest, or for file maintenance Preferably, via user protocol 38, the user system issues an 

functions as the user station, or for any other purpose of the ^ information object transport request manifest to server 22. 

invention, can be effected generically, for example by using Server 22 verifies its ability to meet the request by returning 

wild card characters, as is customary in file specification, a manifest acknowledgment specifying which elements will 

and which effectively permits multiple objects to be speci- be processed and provides reason codes for declined ele- 

fied as a class related by file name characteristics, or related ments. Alternatively, as stated previously, manifest functions 

individually, thereby providing options for specifying of ^ can be listed in individual send and fetch protocols, 

such class of multiple objects to proceed at one time or in a c) send operation 

series of transports over time. Other algebraical identifica- If the user system outputs a send object, through infor- 

tion methods can be used which may reference object mation transport component 14 and protocol 38, server 22 

versions in series or comparable characteristics. receives and accepts the send objects and stores them, 

The foregoing steps are illustrated in the flow block 35 identified by product ID and user ID. Error control and retry 

diagram of FIG. 2. When containing information product 12 mechanisms are employed and successful receipt of the send 

issues an information transport call 51, setup filter 52 runs object is acknowledged and logged, 

setup routine 54 if this is a first call and no information If the action code calls for a response object, the server 

transport setup was run on installation of containing infer- obtains necessary processing from a pre-designated external 

mation product 12. At block 56, an object manifest is source (corresponding to the product ID and action code) 

retrieved for pre-transport preparation at block 58. After and returns the response as a fetch object, called a response 

prepping, a call to server 22 is established at block 60 and object, 

when the connection is made, and a handshake performed, d) fetch operation 

one or more objects is transported at block 62. The server obtains requested fetch objects by product ID 

After completion of transport and receipt of a completion 45 and ob j ect name and forwards them to the transporter at the 

manifest, server 22 is disconnected at block 64, received user. Error control and retry mechanisms are employed and 

objects are decompressed and unpacked at block 66 and successful transmissions are acknowledged and logged, 

stored in a designated disk storage location at block 68. e ) logout 

Object storage triggers containing information product 12's The server transmits the completed object manifest to the 

import processing to assimilate the information update with 50 transporter, confirms and logs receipt, and ends the session, 

the original information product at block 70, following __ T . _ t _ .... 

which I completion report is issued at 72 and control is ^ InveD ! ve Transporter Compared with a 

returned to the containing information product 12 at 74. Conventional Communications Product 

/-> ■ . o j i r FIGS. 5 and 6 illustrate schematically the simplicity and 

Optional Schedule Function ^ ease . of . use benefits the invention provides nG . 6 to a user 

An optional transport function module for scheduled or 100 in fetching an information object from a remote server 

poll-responsive information object transport can be provided 22 as compared with the use of a conventional communi- 

to defer the fetching of an update or to defer another cations product (FIG. 5), such, for example, as CENTRAL 

information transport operation to a specified later time, or POINT COMMUTE (trademark) or PROCOM (trademark), 

until called by the server. 60 In the prior art embodiment of FIG. 5, many operations 

The optional transport function schedules a request, waits, require active participation by the user who, for example, 

then automatically performs the transport operation at the must at least initiate any pre-transport preparation 104 of the 

scheduled time. In polling mode, it activates (and, if information object, such as checking the specifications, 

necessary, interrupts and then reactivates) the user station's checking work space available to store a fetched object and 

ability to receive calls. 65 conducting any other preliminary checks. The user has to 

Mechanics of the optional transport function include a activate a communications product 102, specify a call route, 

request for an ID number, an indicator for calling or polling and after the call connection is established, specify the 
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objects and initiate a transport operation. Communications by the use of pre-specified addresses and transport charac- 

product 102, operating in a cooperative manner with remote teristics. After satisfactorily completing the transport, the 

server 22, will execute establish call connection 60 after the information transport component 14 automatically deacti- 

call route (phone number) has been specified and will vates and returns control to containing information product 

execute transport objects 62 after the objects to be trans- 5 12, preferably with a satisfactory completion report which 

ported are specified by the user. Disconnection 64 is usually containing information product 12 notifies to user 100 

effected by a user executing a call termination command, through the containing information product 125 user inter- 

which if the user is inattentive, or inefficient, may be delayed face. 

longer than necessary to complete the transport operation, If the transport object 62 was a product update, optionally 

running up unnecessary line or air time charges. 10 a store-and-process-of-fetchedobject 106 is initiated by 

After completion of the transport operations, user 100 has information transport component 14 and execution of the 

to deactivate the communications product 102 and then store and process operation may be passed to the containing 

initiate any required storing and processing of the fetched information product 12. The user can now use the updated 

product 106. While some of these steps may be automated product. 

via one or more batch files, scripts or macros, a vendor of a 15 As FIG. 6 shows, when read, in comparison with FIG. 5, 
containing information product 12 has great difficulty in the invention enables a user 100 to be relieved of all duties 
furnishing such a batch file or macro for a mass market save for minimal selection and notification functions, while 
distribution because of the different systems and communi- no complex added functionality is demanded of containing 
cations products encountered in a mass market, which information product 12. Optional store-and-process-or- 
systems and products have a variety of different 20 fetched-object 106 is contemplated as requiring only mini- 
specifications, performance characteristics and unique, mal modification of existing containing information product 
incompatible scripting languages. , 12 functions while other more complex procedural and 
Equally, while some more skilled users 100 might be able detailed transport related functions are handled by the infor- 
to write their own batch files without undue difficulty to mation transport component 14. 

automate some of these steps. Many users will lack the Some non-limiting examples illustrative of practical corn- 
ability or the inclination to do so. Also the effort would not mercial and industrial applications of the invention will now 
be justified for a single transport operation. Nor is the result De described, 
of such efforts likely to match the ease and simplicity of the 

results achieved by the present invention which enables even EXAMPLE 1 

a first update to be obtained effortlessly with the software 30 wa ^. , ^ „^* r 

running in unattended mode, after initiation. News Magazine Distributed on CD-ROM 

FIG. 6 clearly shows how the inventive information Some weekly news magazines offer subscriptions to a 

transport component 14 relieves user 100 of many tedious quarterly CD-ROM which contains multimedia material 

communication functions such as activating a communica- 35 plus a searchable fall- text database of the most recent 

tions product, specifying a call route, specifying the objects quarter's weekly magazine issues and enabling application 

to be transported and deactivating the communications prod- software. Newer issues are not provided until the next 

uct. In addition, preferred embodiments of the invention also quarterly disc is mailed. Accordingly the CD-ROM elec- 

relieve the user of optional pretransport preparation 104 and tronic magazine product steadily becomes out of date and its 

execution of store-and-process-fetched-product 106 if these 4Q value lessens. 

functions are appropriate to the containing information The invention incorporates an information transport corn- 
product, ponent 14 with a news magazine product stored on a 

Referring to FIG. 6, user 100 selects a transport operation CD-ROM 16, to enable a user to fetch an information object 

from a user interface screen in containing information 46 in the form of new issues (and their associated search 

product 12, whereupon the latter calls information transport 45 indexes) from a remote server 22, as they become available, 

component 14 to activate transport. Information transport for example weekly. The fetched updates are stored on a 

component 14 implements any necessary pre-transport consumer's computer hard disk storage device 24. Because 

preparation 104 and then, employing its own communica- of the size of rich content multimedia files, the updates are 

tions module 36, and server fetch-send protocol 44, proceeds limited to text material including full texts of interim issues 

in unattended mode, without requiring user intervention to 50 and associated files such as indexes. Because it knows the 

establish call connection 60, to execute transport object 62 storage location of the updates, the next CD-ROM issue can 

and automatically perform a disconnect 64, as described include, as an install option, or upon first access, a request 

herein. to delete the old now-outdated updates from hard disk 24, 

Automatic transport control and disconnection is a useful creating space for new updates, 

feature of the invention providing economy of line or air 55 User interface 28 in conjunction with user interface 34 

time charges and reducing congestion on the communica- contains code providing a menu selection enabling a user to 

tions carrier. Using conventional communications products, activate the update fetch operation and then to provide 

(especially with online services) the duration of the connec- integrated or seamless access to the combined data, search- 

tion may be unnecessarily extended by the delays and ing both the hard disk storage device 24 and the CD, using 

potential errors inherent in user control, resulting in $o Dom sets °f indexes, so that the contents are viewable as a 

increased communications costs and failures. The inventive single collection, although an additional independent 

transporter 14 provides software control of the connection searching/viewing function for the updates could be 

duration, enabling it to be confined to a period sufficient to provided, if desired, 

effect said unattended object transfer, enhancing efficient use A product setup routine adapts the information transport 

of the communications medium. 55 component 14 to work with the news magazine CD-ROM's 

Also as described, the operation can be monitored or existing software for creation of a user interface, searching 

controlled by employing an object manifest and is facilitated and viewing. Communications options may be limited to 
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direct telephone dial only. A simple user interface addition selected additional item or items in a second information 

controls a setup process allowing the user to enter a unique object transport operation, using an information object 

user ID, provided with each copy of the CD-ROM distri- manifest built from the new features directory, 

bution disk, and to create predetermined work areas on the The original, containing product news magazine 

user's hard disk. 5 CD-ROM user interface 28 preferably has provision for 

Aschedule of updates with names, dates, and files sizes is ™P°rti"g f ™wing »ny information objects listed on a 

•j j • »i_ * • • * a * *u completed fetch manifest and delivered by the information 

P^t ; f- COntau T g DCWS m **T P £ duCt ° n the transport component 14 into the designated work areas. 

CD-ROM and is accessed via user interface 28 in conjunc- * sUndard information t f ansport comp onent 

tion with user interface 34 to create a fetch object manifest u ^ ^ can be ^ tQ ide ^ function {n 

48. Optionally, user interface 28 in conjunction with user ™ a [ess mtegrated foraL 
interface 34 creates a send object manifest 48 to control 

transport of user demographics for market analysis or for EXAMPLE 3 

renewals, or the like, in the opposite direction from the user Retail Catalog on CD-ROM with Merchandise 

to the server, with the send operation being triggered when- Order Entry at the Server 

ever the next transport operation is activated, or optionally, is MuWmedia product catalogs ^ goo ordering numbers 

by allowing the user to trigger it. are now ava ilable on CD-ROM and also with pre-installed 

A fetched information object 46, such as an update, is software packages on new computer hard disks. In this 

automatically decompressed and stored on hard disk storage example, the multimedia (or text and graphic) product 

device 18 as additional information object 26 for integration catalog is a read-only information product 17 which can be 

with the original CD-ROM product so that the user can view 20 furnished with an information transport component 14 

both the update and the original issues, and run searches according to the invention, to facilitate order placement from 

across the entire collection. such electronic product catalogs providing an easier order 

Optionally, initial location of additional information placing process than has heretofore been possible. Employ- 
object 26 may be an application work area location on m S the inventive information transport component 14, a 
storage device 18, and communications component 36 may catalog vendor can enable a customer to place the order 
be pre-set to pass control via API 42 to database manage- directly, via modem, without requiring a voice call and 
ment module 30 which will do further processing to inte- ensuing verbal product identification, by pointing and click- 
grate additional objects in accordance with the existing ing a "Place Order" or "Mark for Order" button on the user 1 s 
database structure 32 to provide a more complete level of computer screen. The order is transported to remote server 
integration permitting, for example, viewing of combined 22 using the novel information transport component 14. 
menus, nullification of obsoleted items, and cross-Unking of Preferably a verification routine is included, requiring order 
hypertext elements confirmation with a user-supplied password, and possibly 

If a send object has been prepared and included in the of , 7°^ !° JTh"^ °' 

object manifest such as a *nd object containing user 35 madvertent product ordenng for example by children 

information entered during the install process, or subscrip- 0rder *f llment 15 f ected b ? Passing of the infor- 

tion request information obtained from the user, it is sent to mabon » course after receipt by the remote server 22 

server 22 to be stored and identified by product and user ID and additional information required centrally is col- 

for appropriate action in due course. Acknowledgment of lected dunn 8 P roduct **>P and held locaU y for transmission 

receipt of the send object is noted by communications „ with an order For example, setup can capture the users 

component 36 and passed back to the user if such provision char S e card information, shipping address, and the like and 

is made in user interface 28. create a header for an electronic order form. 

n .u.v c. u a a .■ i „ j« j.j •„,,,„ When the user clicks the "Mark Order" button, procedures 

Both the fetch and send operations are closed ended in the . . . „ ... .v . 

... ,. ,u , „ „ j„„„-u„j ,•„ supplied with the user interface 28, as modified through user 

sense of being operations hat are pre-descnbed u> > the PP identification information 

original information product and once triggered, can be 45 . ' 

i * j su . u * . ♦ ~f ™, u to m electronic order form. When the user clicks the "Place 

completed without human intervention of any land. „ . ^ . ^ - - c , . 

r w Order^ button, user interface 28 triggers a transport request 

To service the automated update facility running at the to server ^ lQ include the order form ^ a ^ information 

user's workstation, remote server 22 is set up to accept calls object 46 Xransport of the send object , including the order 

from valid user ID'S, and is loaded with new issue text and fomij from the usef , s station tQ the ^ executed 

index files, in the form of update mformation object 46, 50 employing an object manifest 48> ^ deS cribed herein, 

according to a publication schedule. If nQ{ Ai a yendor , s Qr merchant , s prem ises, server 

EXAMPLE 2 22 can forward received electronic orders to the merchant 

for fulfillment, at appropriate intervals, via a vendor link 50. 

Open-Ended Fetch of a Supplementary News 55 simple, low cost mechanism for automated order 

Magazine Object placement, can complement telephone ordering but lacks the 

Open-ended access to supplemental information objects credit-checking and inventory status capabilities that are 

not described in the original information product can be frequently provided by phone. However, such a catalog 

obtained by providing in the original product means to fetch application could allow the user to request the fetching of an 

a directory of added features. This can be used, for example, 60 inventory and price update object for use prior to the 

by a news magazine publisher to provide special news preparation of an order, 

features on an unplanned basis, or each weekly issue could EXAMPLE 4 
be packaged with a directory of additional features available. 

The user first specifies a fetch of the new directory, or Merchandise Order Processing and Confirmation 

receives it along with a fetched update they have specified 65 Retai1 Catalog on CD-ROM 

from a user interface menu, and then views the fetched A powerful electronic merchandising tool can be provided 

additional features directory and initiates a fetch of a by providing the user with a full -function order generating 
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capability and employing transporter 14 to transmit a user- 
created merchandise order, effortlessly and seamlessly, to a 
remote order-processing server. To this end, server 22 should 
be interfaced to the necessary merchant processing services 
for checking and reporting credit and inventory status. 

An additional valuable option enables the system to apply 
pre-specified user instructions, previously obtained through 
user interface 28, to determine whether out-of-stock items 
are to be dropped, back-ordered, or substituted in color or 
other aspect. This information can be added to the electronic 
order form object, listed in object manifest 48 and become 
the subject of a further transport dialog between the user's 
station and server 22. In this manner a sophisticated pur- 
chase transaction is completed in a substantially unattended 
manner (save for deciding about back orders off-line), in as 
much as the customer does not have to maintain a phone 
conversation, while fully achieving the capabilities of tele- 
phone order placement. A further user benefit can be 
obtained by the providing a permanent record of the trans- 
action (a stored electronic file) without user intervention. 
This not possible with telephone ordering. 

This novel, automated, modem driven, order placement 
system effectively shields a merchant from having to deal 
with the problems of establishing communications with a 
mass of unknown end user computer systems, while auto- 
mating the process and relieving the merchant of the costs of 
telephone sales staff. This aspect of the invention is valuable 
in avoiding troublesome, support intensive, communications 
which are subject to rapid technical change as new products 
are absorbed into the marketplace. In contrast, the mer- 
chant's special purpose vendor link 50 to the server 22, can 
remain relatively stable, while the customer interface at 
server 22, depending upon the sophistication and universal- 
ity of the API's 40 and 42, and also upon any emergent 
communications standards, can be adapted to accommodate 
a range of future products. 

EXAMPLE 5 

Further Applications of the Invention 

Locked Information Products 

As discussed in the "BACKGROUND OF THE INVEN- 
TION" hereinabove, some vendors, for example Microsoft 
Corporation, distribute information products in locked, inac- 
cessible form, accompanied by (user-accessible) promo- 
tional information and demo versions. The prospective pur- 
chaser then calls an 800 number to order the product and is 
given a code which is entered to unlock the item for use. The 
inventive information transport component 14 and coopera- 
tive server component 22, can be used to simplify this 
process, and eliminate the voice call. 

The information transport component 14 is used to place 
the order and as a subsequent step concomitant with satis- 
faction of the merchants purchase requirements (payment, 
etc) can, employing a suitable line entry or entries in the 
object manifest 48, fetch the access code, as an information 
object 46, in the same way as an order acknowledgment or 
other information update. The user interface and data man- 
agement components of the distribution CD, or original 
information product, can be programmed automatically to 
use the code to unlock the product. 

Employing the novel, digital, modem-enabled communi- 
cations products of the invention, more sophisticated access 
codes than are suitable for verbalizing to a caller, can be 
used, and may include small programs or decompression 
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utilities (although these would better be stored in the locked 
product), or customer-specific coding employing user- 
derived information. Thus, as a safeguard against fraud, 
being equipped with specific user or user product 

5 information, the access code can be a key or product 
uniquely matched to the user's locked product copy. 

Computer Software Updates: For distribution of updates 
to software products, the original distribution version of the 
software product can provide registered users with an appro- 

10 priate ID code and update schedule. Should the revision be 
delayed, a revised schedule can be fetched. 

Tax or other governmental filings and exchanges: An 
example of the generality of the inventive information 
transport system for sending and fetching well-defined infor- 

15 mation objects of many kinds is in the filing of tax returns. 
A send information object can be created and manifested to 
submit electronic tax filings to the IRS, as described above, 
for electronic product order forms. A fetch object can be 
created to obtain updated tax forms and the program logic 

20 relating to them, and to get information on new regulations. 
Analogous uses will be apparent to those skilled in the 
relevant arts of, for example, financial planning and portfo- 
lio management systems, to obtain current statistics, place 
orders, and the like. 

25 

Packaging of Transporter with User Interface/ 
Database Search Software Facilities 

In a modified embodiment, the inventive information 

30 transport component 14 is integrated with a general purpose 
user interface/database search (UI/DB) software package 
and tools. Such packages and tools, sometimes referred to as 
"authoring packages", are now used to produce CD-ROM's 
and similar information products. Thus a single UI/DB 

35 product may contain the inventive information transport 
component 14, and be supplied to publishers to be used to 
develop a family or diversity of information products, as a 
standard tool box. 

A combination of the inventive information transporter 

40 product with such UI/DB products could facilitate develop- 
ment of applications by allowing much of the work of 
integrating a containing product's user interface 28 and 
database functions 30 and 32 (which could be controlled 
through the UI/DB product) with the inventive information 

45 transport component 14 to be performed once, in advance, 
by a UI/DB software vendor's skilled specialists, for use in 
a diverse range of products using that vendor's software. 
Such integrated offering would be advantageous to both the 
software vendor (by enriching its offering) and to the soft- 

50 ware vendor's publisher-customers by facilitating the 
desired function. 

Electronic Product Distribution Service 

In a valuable application of the novel electronic informa- 
55 tion transport products of the invention, remote server 22 
can be operated to provide an electronic data product 
distribution service for multiple containing information 
products 12, each equipped with an information transport 
component 14, the whole facility providing a complete 
60 network distribution service, including network, technical 
and end-user support. Provision of such a distribution ser- 
vice is greatly facilitated by the novel transporter 14, 
described herein, the use of which for each vended product 
greatly simplifies the problems of handling updates to mul- 
65 tiple products. However, such a novel service could also be 
operated with conventional software communications prod- 
ucts by relying upon users of each to execute an appropriate 
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sequence of menu selection and command line instructions port functions and are independent of object content defined 

to obtain an update by modem via their own pre-existing by higher layers of the EDI protocol Preferably, the server 

communications software. Similarly, While special advan- has added routing layer information to move objects to and 

tages of seamless user adoption and integration into an from the external processor. 

original product accrue from the use of the inventive trans- 5 To provide a suitable EDI-compatible function, server 22 

porter to distribute product updates, such a distribution can be programmed with such higher layer EDI routing data 

service can be used with advantage to distribute any type of f or ^ exchanges with the merchant's external processor, 

electronic information product. Employing such a gatewayed system, a single EDI network 

For many publishers (and for providers of UI/DB author- connection can be used to connect the server 22 to a large 

ing software) the task of operating a publicly available 10 number of different merchant processors anywhere in the 

server 22, and of supplying associated technical support to world, across wide area networks and links between same, 

a wide base of customers using a diversity of communica- for example Internet. 

lions products, even with the simplification benefits pro- This con cept of an "open" server, providing a gatewayed 

vided by the inventive transport product, is a task requiring pathway for information objects to travel between a wide 

specialized skills and staffing that a publisher, even one 35 base of users and one or more remote vendors or other object 

experienced in electronic publishing, will generally lack. sources is greatly facilitated, or enabled, by employment of 

Such a specialist capability is intimidating to provide and t he inventive transporter 14 which effectively provides a 

difficult to cost-justify for the limited number of information protocol translation function enabling a simple information 

products that one publisher can supply. transport service to be offered which is easy and economical 

By providing a new turnkey service or service bureau a 20 to use, both for the end user and the vendor or information 

specializing, skilled vendor would enable the publisher to supplier. Such a transport service compares favorably, for its 

avoid such burden. A provider of such a novel service can intended information transport purposes with broader func- 

spread the costs of such operational activities and skilled tion and more complex of full online services, such as 

staff across a large number of publishers and information COMPUSERVE (trademark), and the like, described here- 

products, achieving economies of scale and specialization. 25 in above. 

The inventive information transport products extend to ^ , ^ , j- -.^j o L • 
software implemented at server 22, or at one or more clients Former Embedments with Broadcast Subscnpt.on 
or satellite servers, of a network served by server 22, to Dehver y and On-demand Capabnities 
provide the server-location functions of such an electronic 3Q Receipt of broadcast data: As an alternative to modem- 
product distribution service. Such distribution software can based wireline or wireless calling to a server and requesting 
be separately marketed to publishers or UI/DB vendors who data objects, the information transporter system of this 
wish to operate such a service. invention can be beneficially employed in a broadcast infor- 
mation distribution system wherein data information objects 
Gatewayed, "Open" Server ^ are conta j ne d within a broadcast data stream with recipient 

Example 4, above, shows how information transporter 14, communications devices tuned to identify and receive from 

as well as server 22 can remain simple yet provide a highly the broadcast specific data elements to which they are 

general and extensible service. In that example, server 22 entitled. On the Internet, such broadcasting to a selected 

provides the functionality of a general-purpose transaction group of recipients is called "multicasting." 

gateway or interface to an external function processor. In 40 Broadcasting can be airwave broadcasting via satellite, 

this particular case, the external function processor gate- FM, or TV subchannels in the manner, for example, used by 

wayed by server 22 via vendor link 50, is the merchant's Mainstream Data Ltd. for the broadcast of news wires, 

order processing system, which receives the order, deter- Alternatively, the broadcast data stream may be cable or line 

mines its disposition, and responds with order status infor- transmitted, for example, over cable television systems, 

mation which is relayed back to server 22 for return to the 45 Minor extensions to API's 40 and 42 could accommodate 

customer as a response object in accord with protocols 38 such a facility. A modified setup function could alert a user's 

and 44. The user need not be aware of such complexities, nor receiving communications device to watch for receipt of 

do the client transport components 14 of the inventive data objects identified as relating to the original or contain- 

product need to be aware of, or provide information for ing information product, and to capture and hold identified 

remote routing via vendor link 50. Only the server 22 needs 50 objects in temporary storage. A schedule transport function 

this information, and server 22 needs only to know that send can then be set to fetch the received data objects from 

objects with names that fall within a specified class for a temporary storage and prepare them for use. 

specified product ID, must be forwarded to a specified Subscription delivery: Although the invention has been 

external processor, and that the corresponding responses described as being particularly applicable to the solution of 

from that processor must be routed back to an originating 55 problems arising in distributing updates of original or pre- 

client as response objects. Thus the inventive information viously purchased or delivered electronic information 

transport component 14, by virtue of its simplicity has products, those skilled in the art will appreciate that, many 

general applicability and many uses, as described herein and 0 f the benefits of the invention can be obtained without any 

as will further be apparent to those skilled in the art. initial information content being delivered to the user with 

In implementing an ordering service using the inventive 60 the original product. The user could simply receive the 

information transport component 14, order and response information transporter 14 and all product information could 

objects are preferably formatted by the containing informa- be received subsequently, after installing the information 

tion product 12 to be consistent with existing or future transporter 14, in the form of fetch objects transmitted from 

electronic data interchange (EDI) standards which define a remote server or other suitable source. For example, a 

protocols and formats for data interchange between custom- 65 newsletter service could provide a disk with the transporter 

ers and vendors. The information transport component 14 and a user interface, but with no initial information content, 

and the server protocol 44 provide the low-level EDI trans- As the transporter 14, operating at the user stations, auto- 
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matically fetches new issues according to the newsletter look and feel. In contrast, online service providers seeking 

schedule, the information is, in effect, pushed down a to economically carry content from many publishers provide 

channel from the distribution server for delivery to the base generic interfaces acceptable to all. 

of subscribing users. By incorporating operational translators for a number of 

Information-on-demand services: In another embodiment, 5 online service protocols, which translators fully adhere to 

providing an information product on demand service, ven- lhe specifications of each protocol, a multi-service 

dors can freely distribute a novel electronic marketing capability can be provided. 

product comprising a transporter on diskette, along with a 0nline services generally provide similar types of ser- 
simple user interface and a catalog of information product Y ices wth nearly standard functions and similar user inter- 
items available from the vendor, without including the 10 face f- Major service types ; include buUetin board, chat, 
< i , 0 , , : , t . * t electronic mail, document browsing, and database search, 
products themselves Such an electronic marketing produc Use typography, layout, graphics, and other 
could be disputed through the mail as a magazine insert ^ mQQ{s J** t ^ rc J Dtatio * £ alit and variet 
giveaway, or through any other suitable marketing .medium, icaj of ^ media fc desifed b publishers using this 
The transporter could be activated at any time by the user to medium 

call in and fetch a cataloged product, as well as a current « ^ facilitates mis end b providing open 

catalog possibly after sending a credit card order form, or development p i atforms for development of advanced inter- 

the product price could be paid to the vendor by obtaining faces whi i e shielding deV elopers from the complex detaUs of 

the product from a 900 number providing vendor reimburse- communication ^ m online ^ shielding is 

ment from the telephone network. ^ accomplished by providing an API which supports commu- 

Open Architecture Online Service Access nications service requests at a simple functional request 

level. 

In a further aspect, the invention provides an information R e f err in g to FIG. 3, multiple targeted online services 80, 

transport component 14 that functions as universal or can be accessed by a diem interface g2 any of 

generic client interface software, enabling a user client to multiplc &&phic&l user interfaces 84 driving a generic API 

work with any one or more of many online server-based 8 6 which works with plug-in translator/communicator mod- 

information distribution services. uks 88 which are provided t0 communicate one to each 

Many online information distribution services used to targeted online service 80. Modules 88 mimic the online 

disseminate electronic publications comprise intelligent user service's protocols, so as to be essentially indistinguishable 

interfaces which employ a client component running on a ^ fr om tne proprietary interfaces normally used. A communi- 

customer's personal computer (PC) to communicate with a cations manager 90 receives input from API 86 and outputs 

central server facility operated by the online service, by through protocol mapper 92 which selects the appropriate 

means of a proprietary protocol. The client interface pack- protocol. 

ages are proprietary to a particular online service. In this embodiment, for use with full-function online 

Prospective publishers wishing to offer electronic prod- 35 services, the functions of API 86 and protocol 88 are 

ucts online, contract with online service providers to enable extended to support extended, open-ended interactive ses- 

customers to use the online service's client software to s ions and the more varied client-server interaction needs of 

access the publisher's material and related online commu- session-oriented interactive online applications such as bul- 

nications services (bulletin boards, etc.) on the services* letia board posting and browsing, online chat, electronic 

servers. The publisher is limited to using the presentation 4Q m ail, database and menu browsing, and database search, 

facilities provided by the user interface in the online ser- Similarly, in the aspect shown in FIG. 3, the invention can 

vice's client software. This limitation impedes migration of be prov ided with the same kind of additional flexibility with 

publisher offerings and makes it difficult for either a cus- regard t0 the connect ion to server 22 as the invention 

tomer or a publisher to swing information transport com- can prov i de for more basic fetch and send functions. While 

ponent 14 access from one service provider to another 45 lhe i nve ntive client server protocol 38 and 44 is particularly 

because each service requires its own software package. suited to the f uncuons described, other existing or future 

Third party interface developers cannot contribute to such services and corresponding protocols could be used, if 

online interfaces for a publisher without the cooperation of necessary with adaptation, to provide workable services for 

the online service provider which may be difficult or impos- use in conjunction with transport component 14. Such use 

sible to obtain. Accordingly, only limited user interfaces 50 may require modification of communications module 36 and 

with moderate sophistication and variety can be offered. protocol 38 by the addition of a protocol mapper 92 and 

Accordingly in another aspect, to provide open architec- appropriate server protocol plug-in 88 to communicate to an 

ture online service communication, the inventive informa- alternative server. 

tion transport component 14 can be embodied as a flexible In either case, such added flexibility in use of the in ven - 

client interface which can be actuated to operate with any 55 tive product increases a publisher's choices in selecting 

one of a number of online services by providing a generic server and network facilities through which to distribute 

client interface foundation API (application program information products, and enables the publisher to offer fully 

interface) combined with a set of translators and protocol customized user interfaces for use with multiple, or any one 

drivers capable of communicating the user's functional of multiple server and network services which do not 

requests to any one of a set of online services, using their 60 provide for such customization. In this embodiment of the 

corresponding proprietary protocols. inventive transport component, a containing product can 

In this aspect the invention permits publishers to develop offer a unique custom interface and provide for access to 

highly sophisticated and individualized user interfaces inde- additional information products from such varied source 

pendently of the limitations of the online service providers' facilities as the Internet, full function online services, emerg- 

capabilities. Such enhanced user interfaces are attractive to 65 ing groupware network services, conventional bulletin board 

publishers seeking differentiation of their products by pro- systems, and future network services using wireless or cable 

viding an appealing individualized interface with a signature television technology. 
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While the invention can provide a flexible, generic API, in information transport from the second number. This two- 
some circumstances, an existing third-party API designed number process can be carried out without requiring any 
for use with a single specific online service can be combined phone number entry or selection by the user. Additionally, 
with an embedded transporter and server protocol mapper to the second number can readily be changed whenever desired 
allow products designed to use the third-party API to employ 5 by the publisher, even after product discs have been shipped, 
any of multiple servers for distribution, avoiding commer- 
cial distribution restraints associated with that API, for User's Station 
example use of a particular server. References herein to a user's station, workstation, com- 

The inventive protocol mapper 92 can insulate a contain- p U t er or terminal will be understood to embrace any "infor- 

ing information product from the variations among such 10 mation appliance" or intelligent device having the basic 

services, and can allow a single such information product to computer-like functions of programmed logic, storage and 

be transported through a variety of such services, and to later presentation, or having the ability to support an operating 

be moved to other such services by simply selecting an system for managing user input-output with a processor, 

alternative protocol mapper. Multiple such protocol mappers including intelligent cable television controllers, video game 

can be packaged within a given information product to *5 p i ayerSj information kiosks, wired and wireless personal 

permit alternatives to be selected by the end-user from a list. communicators, and even system controllers such as auto- 

Thus the invention further permits information products and motive computers, 
related UI/DB authoring tools to be service-independent and 

neutral. Benefits Provided by the Invention 

FIG. 4 provides an overview of the use of the inventive *° Employing the novel information transport component 14 

client interface accessing multiple publications via multiple ^teniting with remote server 22 through communications 

remote online services, as well as multiple locally mounted tocols * 38 and 44 the invention enables the followi 

data sources and storing additional retrieved data locally. advantageous objectives and other benefits to be achieved: 

Enhancements can enable a publisher's service to provide . . , - Ct , A 

- , ♦ * . j- . -u . j 25 1) simple and easy execution of one or more tetch or send 

integrated, seamless access to content distributed over sev- * ♦■. <? < u a- 

. & ,. a ' . . , , transactions to or from a remote server, by an ordinary, 

eral different online services; to seamlessly combine access . ... , . 4 , , . J . ... \ 

t , . . ' nm . , { . . A . unskilled user with no human interaction at either end 

to both online and local CD-ROM-based content; and to . . 

... , , , u , , being necessary after initiation; 

coexist with and share resources with other publishers & J 

services on the user's PC ") automate d transport of predefined information objects 

T . . . ... 30 between client and server in a closed-ended fashion, 

In summary, the invention provides, in this aspect, a u*™***u ^u*uv auu ™ *u ^ , 

. / 1t . A , ...... 4 , , without burdening a client-based user with complex 

simple, easy-to-use multi -protocol capability that enables an routin lo ic and 

electronic information object to be transported from a pub- *» ' 

Usher to a wide base of users by any one of a number of in ) creation of an economic, easy-to-use, function- 
online services, without sacrificing individual product iden- specific, self-contained information transport compo- 
t j t y nent 14 software module suitable for mass distribution 

in a containing information product. 

Recursive Updating of the Transporter The preferred use of an object manifest in a transport 

Another application of the inventive information transport control mechanism which includes transporting the object 

product, or transporter, is a recursive use to update itself, in manifest between client user and server, and referencing the 

the same manner that the transporter can update a containing object manifest by user fetch-send protocol 38 and server 

information product. This method can be useful in a variety fetch-send protocol 44 facilitates achievement of the fol- 

of ways, including to upgrade the transporter by the addition lowing additional objectives: 

of new protocol components, new compression techniques, iv) simple, tight-knit control of the communication pro- 

or new network access methods. 45 cess and of error handling; and 

An important class of such self -updates is to provide v) creation of a transport control mechanism, and thence 

added flexibility in specifying network access procedures. of an information transport component 14, which oper- 

For example, the user setup routine could be extended into ates smoothly and transparently to the user and inde- 

a two stage process. In a first stage, each user's transporter pendently of the information object content or of the 

calls in to a common pre-set phone number, in order to fetch 50 nature of the application. 

a second phone number selected according to the user's The invention thus provides an information transport 

particular product, location, or some other parameter. The software component which can be employed to transport a 

second phone number, or other address, can then placed in wide variety of data objects or applications and can be easily 

the setup as an update, to be used in subsequent transport incorporated in many different information products to pro- 

operations. 55 vide multiple novel containing information products 12 with 

This two-stage method can provide efficient use of a built-in automated updatability or upgradability executable 

single pre-set toll-free 800 number for an initial call from at an appropriate time by simple, user-menu selection or 

any number of different products, which initial call yields a automatically, 
second number corresponding to a specific Product ID, 

which number is used for subsequent calls. 60 

In an advantageous embodiment, the second number is In addition to the benefits of a powerful and efficient 

not toll free and may include vendor charges, in the manner information transport method, use of a standard, formalized 

of a 900 number. This arrangement enables a system in transporter, its API, and client-server protocol, pursuant to 

which users do not pay for initial setup calls (and any failed the teachings of the invention disclosed herein, can provide 

connections which might result from initial setup problems), 65 any or all of the following significant benefits to users, 

but do pay long-distance toll charges, and per call vendor information product vendors, application vendors, service 

fees if the publisher so desires, for subsequent product providers, tool vendors or others: 



Further Benefits 
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vi) use of a standardized facility to perform a well-defined addition, by employing the user's pre-existing modem and 
function in a known way (with available implementa- avoiding need for a general purpose communications prod- 
tions for a varied and expanding set of hardware and uct license, significant cost savings can be obtained, 
software platforms); The better to comprehend its possible applications and 

vii) reliance on a standardized facility that can be exten- 5 enhancements, embodiments of the invention can be 
sively tested and proven reliable across a wide variety grouped in four levels, as a follows. 

of equipment and conditions; Level Zero A novel basic transport function embeddable 

viii) reduced need for information product developers in an X of a raQ S e of electronic information products to 
(and users, and user interface/database search software P rovide economical unattended updates. 

vendors) to know and understand the complexities (and 10 ° ne Basic transporter 14 incorporating API's 40 

rapid evolution) of data communications; and 42 adds a Powerful new capability to be used with an 

. v , .., t . • i a i • ♦ j *u * electronic information product's custom user interface, 

ix) ability to build a smgle functional interface that can „ , , , . r , t , 4 r ... 4 * 
7 V, , j • ii a ■ -* „p optionally enhanced with a database management facility for 
smoothly employ a dynamically expanding variety of i • , P j . - 4 , 6 ■ • , j t 

• . /» « i_ i • seamless integration of an update with an original product, 

communications facilities and technologies; „ . & . # r ... , 4t u- A * 1 

& .15 Other options can integrate with relevant third-party pack- 

x) ability to obtain operations and user support services such as aulhoring packages. 

relating to the difficult task of managing a server and its Uvel Qne (Servef enhanced) Adds ^wcr ope r a tion and 

communications with large numbers of end-users; user suppoft fealures enabling publishers to outsource tasks 

xi) user-recognition of the novel information transport which may be difficult or unfamiliar to them. 

facility across a range of unrelated products, establish- 20 j wo Adds optional translation or use of alternative 

ing a positive brand cachet benefitting users and ven- server protocols enabling an embeddable transporter product 

dors alike; to work with many different servers or services including, 

xii) ability to package the transporter facility with other for example, standard BBS's, Internet servers, and special 
tools, such as a UI(user interface) and database search transport services such as those offered or proposed by 
capability to extend the value of those tools economi- 25 communications providers such as AT&T, MCI, 
cally and with the ability to gain the benefits described Compuserve, America Online and cable television systems, 
above; and Level Three Adds a full online service user interface API 

xiii) control of communications costs and failures by with correspondingly enhanced client-server protocols to 
elimination of human intervention, with its attendant provide for full- function online service sessions with user 
time-consuming delays and errors, from the period 30 interface control, ability to work with a range of online 
during which the user's station is connected in real time services, providing a publisher with flexibility in their use of 
communication with remote server 22. existing and emerging services. 

Stated succinctly, by having the novel information trans- These four levels of the invention are illustrated sche- 

port component rely entirely on a containing information matically in FIGS. 7-11. Referring to FIG. 7, depicting a 

product for all user interface and information presentation 35 basic Level 0 embodiment, user 100 employs generic 

functions, there need be no restrictions on the creativity of onscreen interface 110 to initiate an update request 112 from 

the containing product imposed by the needs of a third party a remote source (not shown), for an update object 46. After 

communications product. Thus the containing information initiation, for example by clicking on a button in generic 

product can present transport functions with any desired interface 110, communication with the remote server and 

look and feel. 40 retrieval of the update object 46 can proceed automatically, 

Another advantage of the information transport system of as described herein. Alternatively, although not shown, 

the invention is the avoidance of difficult or complex navi- similar means could support submission of a send object to 

gation tasks, and the use of simple direct dial communica- the remote server, both at the basic level 0 and in the cases 

tions which are suitable for sessions that are short and of Levels 1-3. 

infrequent. The inventive information transport products 45 In the Level 1 embodiment shown in FIG. 8, incorpora- 

described herein are consistent with or readily adaptable to tion of APIs 40 and 42 in or with transporter 14 enables the 

the needs of many publishers of a diversity of materials, containing information product 12 's user interface 114 to be 

which needs are commonly centered on discrete products supplemented with object transportation functions. Also 

and content. shown is a received update object 46 seamlessly integrated 

A further advantage of the invention, from the point of 50 with information product 12 using a database management 
view of publishers, is that because the call is customer module (not shown) as described in the parent application, 
initiated, the customer pays transport costs (telephone line When the Level 1 embodiment is enhanced with a data- 
charges), simplifying costing for the publisher who avoids base management module or with an authoring package a 
having to figure shipment or other transportation costs particularly valuable embodiment results, which may be 
before sale and build these costs into the price of the product 55 described as a UI/DB-package-enhanced Level 1. In many 
or update. possible applications, product 12 may not be created by 

The inventive approach to mass distribution of electronic original programming from scratch, but may be created by 

information products described herein can also provide employing a standard software package which is then cus- 

advantages in high-value environments such as those of tomized to integrate the desired publisher's information 

Counterpoint Publishing's Federal Register products cited 60 content with a standard software package or toolkit that 

hereinabove, providing a more seamless integration of the provides the UI/DB functions. Such a UI/DB package or 

fetching of updates received via modem (and selected and toolkit can use APIs 40 and 42 to provide a point of linkage 

extracted by the user from the "Daily Federal Register") to the transporter 14. 

with the original product on CD-ROM, the "CD Federal A programmer, developer or other software provider is 

Register". Product installation can be simplified, and a 65 thus by such an enhanced Level 1 embodiment to offer a 

separate user invocation of, and interface to, a general- software package which can easily be utilized by many 

purpose communications package can be avoided. In different publishers to add whatever content they desire, and 
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gain the advantages of automated, or managed information or Internet point-of-presence, through which all or any 

object transport, as described herein, while avoiding any server on the Internet may be accessed; a BBS server 22, or 

need for the publisher to address the tedious and perhaps "bulletin board" server for access to low-cost direct-dial 

difficult mechanics of the transport operation. servers; and a third route to any other desired remote 

The software provider can use the inventive transporter 14 5 communications-equipped server, which may include com- 
as an optional element, or include it as part of his enabling mercial online services, is also shown. By channeling corn- 
product, thus offering added value to the publisher. In doing munications and remote data retrieval to the user via the 
so the software provider can, if desired, set up a standard or containing information product 12, a seamless presentation 
readily customizable set of UI/DB elements to support the through the information product 12's distinctive user inter- 
desired transporter functions, and provide all corresponding 10 face 114 can be made. For example, a stock management 
interfaces to APIs 40 and 42, thus relieving the publisher of product could access one remote server to update prices of 
the need directly to interface to the transporter via its APIs. the users stocks and a bulletin board to obtain current news 
Such an approach of integrating the inventive transporter items of the company whose stock has been updated, 
with a more general UI/DB authoring package can also be In another application of this Level 2 embodiment 
used to include the inventive transporter component into a 15 depicted in FIG. 1, transporter 14 includes multiple client- 
more broadly functional offering to publishers for the more server protocols enabling it to access any one of several 
advanced embodiments of Levels 2 and 3. It will be apparent online servers I, J and K. This embodiment enables a 
that if a third party authoring package offers an API or publisher to distribute product and permit the user to update 
system developer's interface for use with its product, the or supplement it via whichever online service they happen to 
integration of the transporter with such package may be best 20 use, or subscribe to, thereby enabling a publisher to econo- 
accomplished by creating a special and novel interface mize on the server function by using an established online 
module which links between that existing UI/DB package's service, yet reach the widest possible electronic consumer 
API and the transporter APIs 40 and 42. Such an API base by reaching users through any one of multiple services, 
interface module comprises an element of the invention. e.g. CompuServe, America Online, Prodigy, Microsoft Net- 

The server-enhanced Level 1 embodiment depicted sche- 25 work or other proprietary online service, or Internet access 

matically in FIG. 9 shows how operation of a server 22 and provider, each of which may have limited accessibility 

technical support functions can be off-loaded by an elec- determined by market scope, geography or technology or the 

tronic publisher 116 to a server operator 118. Electronic like. 

publisher 116 can distribute an information product 12, The inventive transporter enables the publisher to accom- 
which may be complete with content, or may be merely an 30 plish this with a single, uniform interface to APIs 40 and 42, 
enabling shell, directly to users by whatever means is and thus without need to implement costly program inter- 
appropriate including distribution on physical media and faces specific to each online service. As described in the 
electronic downloading. Updates are then furnished to parent application, a preferred embodiment of the protocol 
server operator 118 to complete distribution of updates to plug-in maps the APIs 40 and 42 to any suitable pre-existing 
appropriate users. As will be apparent, updates may embrace 35 API available for use with a target online service, such as is 
essentially any desired information or content, including offered by CompuServe for connection to its online service, 
original content intended to fill a previously distributed or for use with an Internet server. (Alternatively, a converse 
shell. translation could be effected: APIs 40 and 42 could be 

As shown, transporter 14 can be contained in each of a overlaid by a layer that simulates a pre-existing protocol 

number of information products 12 distributed by one or 40 used by a containing product 12 to communicate with a 

more publishers to one or more sets of customers. Multiple single online service I, thus allowing it to be retargeted to 

information products 12 can be updated from a single server other online services J or K or other servers 22, without 

22 or a server 22 may be dedicated to each individual significant program change to the containing product.) 

product 12. The electronic publisher is thus relieved of the The Level 3 embodiment, as described in the parent 

expense of replicating and distributing updates, or of the 45 application, can also be depicted using FIGS. 10 and 11, 

technical challenges of maintaining their own distribution where in this case the connection protocols are enhanced to 

server 22. support full, continuing online session functions such as 

If desired, integration between a fetched object and origi- browsing, search, and chat, 

nal information product content can be effected by a sepa- Level 0 enables a user to retrieve remote information 

rable content integration module for seamless viewing or 50 objects such as information product content or software 

processing by the user of combined local and remote con- updates, or send in information objects such as product 

tent. The integration module can comprise the user interface registrations, or orders or inquiries, in an automatic, unat- 

and database integration tools, and may or may not contain tended manner after initiating the communications process 

the transporter 14. Such an integration module, with or with, for example, a single mouse click, 

without the transporter, may, subject to customization to 55 Level 1, by providing suitable API functionality, enables 

meet the purposes of the invention, be obtainable from third automated object retrieval (and send) functions to be inte- 

parties. grated into the information product's own interface, a sig- 

The Level 2 embodiment depicted in FIG. 10 illustrates nificant user and marketing advantage. Level 1, UI/DB- 
how the invention enables great communications flexibility Package-Enhanced, integrates with authoring packages to 
to be easily included into their products by publishers or 60 simplify the information product producer's task even fur- 
producers and, in turn, put in the hands of even novice users ther. Level 1, Server Enhanced, by including server 
simply by equipping transporter 14 with multiple protocols functionality, provides a complete service for a publisher, 
enabling the user automatically to access any one of multiple Level 2 enables information objects to be fetched or 
servers 22 or other remote communications facilities (by retrieved, or to be furnished from pre-existing commercial 
including multiple protocol plug-ins, as illustrated in FIGS. 65 services, with which the user may already have established 
3 and 4 and described in the parent application page 78, line communication channels, for example by subscription and 
12). Illustrated, by way of example, are an Internet server 22, enables a publisher to reach most or many users via a small 
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number of pre-existing commercial online services. In services such as cellular or CPCD and as well as, cable 
addition, Level 2 enables a user to integrate local content, television networks for which computer connectivity is 
available from the user's local physical media, hard drive or emerging in 1996 (as foreshadowed in the parent 
optical disk for example, or locally created content with application). Such various networks will usually require 
online content drawn from online sources or the Internet. 5 their own interface device, for example an ISDN board or a 
Level 3 enhancements of transporter 14, and especially of cable modem, which for the purposes of the present 
APIs 40 and 42 can permit tight-knit, seamless integration of invention, and to the extent that they are deployed on 
appropriate content in fully online modes, giving the user an networks with a lack of distributed file management services 
open-ended feeling of continuity between their own local (or where such services cannot be relied upon to be available 
resources and retrieved remote content. This facility is of 10 to any given user whenever needed), will be equivalents of 
particular value for sophisticated multimedia applications ordinary telephone modems. The Internet as well as propri- 
which may require content from multiple sources to be etary online services or other wide area data networks, 
assembled into a coherent work such as a television especially public networks such as those using the X.25 
commercial, a training video or "mini-movie", using moving standard (as referenced in the parent application) also gen- 
video frames, text content, voice, photographs, special 15 erally lack distributed file management services. References 
effects and so on, for highly interactive processes such as herein to "direct dial-up communication" and "telephone 
extended, free-flowing browsing and searching of relatively network" are intended to include such equivalent networks 
unbounded network content, and where dynamic contribu- lacking distributed file management services, including the 
tions or interactions among multiple participants are to be Internet, and references to a "modem" include such equiva- 
accommodated, as in conferencing or real-time gaming 20 lent network interface devices, 
applications involving interactions between multiple net- 
work users. Products with Multipath Hybrid Access to a 

Remote Source 

Equivalent Networks and Interface Devices 

The invention described in the parent application 25 ™ e ia ™ at ™ can P rovide ™ ^formation P™*"* with 
addresses, inter alia, the problems of moving digital infix- m " 1 ' 1 P alh ^ b , n f access to a ?™ te f source > e ° ablm S a user 
mation objects across a telephone network between a remote of tbe P roduc ' t0 receive "P*"? ^ 01 otherwise com- 
source and a disparate body of users and provides a trans- m ™ e ^ a re , mo,e *°»rce ^Pursuant to such a preferred 
porter which simplifies and automates transport enabling embodtment, an electronic publisher, or other vendor, can 
even novice users to exchange prespecified objects with a 30 combine, on a consistent bans in a smgle product auto- 
remote source via the telephone network using modems or od1 ™ t0 ,be Inlerae, > (or other data network 
equivalents. It will be apparent to those skilled in the art that, ™* or wlth ° ut file management capabilities with dial-up 
unlike a local area network ("LAN"), a telephone network, access to enable a user to connect with the publisher s server 
the phone numbers of which may be regarded as network ™ whichever online service the user already employs for 

j jj _*u i 11 a-Z^u.^a ^ mnn Internet access or else via direct dial-up access to the 

node addresses, nevertheless lacks a distributed hie man- 35 * ... , . . . 

agement system for simple transport of files between nodes. Vvbhdw » *™\ » n th< j. 6V6nt . that f the ™< 15 n , ot a 

Functions such as verification of safe receipt of information subscnber to one of the online services for which a protocol 

objects are readily effected on a local area network, for 18 P™**- * access P ath can " U » er . be ^-selected or 

example by executing a directory listing of a remote node may be automaUcaUy software-selected according to what 

j , j * * installed modules are found on the user s computer, 

address, and much more sophisticated transport manage- 40 * 

ment capabilities can and are readily provided by network This embodiment is valuable for publishers desiring to 

operating systems, network utilities, network management reach a mass market of computer users with a product that 

applications and so on. is readily updated in the most practical way. As at early 

A fully functional distributed file management service, 1996, in spite of the immense publicity received by the 

such as is provided by a local area network (sometimes 45 Internct > lhe ma J orit y of modem-equipped computer users 

called a distributed I/O service, "I/O being an abbreviation do DOt have Internet access ' nor do a lar S e Percentage use 

for "input/output") permits remote files to be manipulated any other online service, except where the context indicates 

and accessed via the user station's operating system's nor- that the specific, ordinary meaning is intended. This is 

mal file I/O read/write and move/copy commands, much as particularly true of home and small business computer users, 

if the file were on a locally attached device (once appropriate 50 who <*>™ iimQ a desirable market for many publishers, 

access permissions have been enabled), without the compli- Internet A lications 
eating need for special, supplementary remote file access 

protocols such as File Transfer Protocol (FTP). As explained Internet access is relatively complex for an inexperienced 

in the parent application, LANs impose burdens including computer user to set up, and usually requires commitment to 

significant initial costs and setup requirements, homogeneity 55 a monthly subscription, yet once set up it is easy to use. The 

and complexity at the nodes, login difficulties and so on, multipath hybrid access embodiment of the invention has the 

which problems are not shared by the ubiquitous telephone advantage of enabling those users who have Internet access 

network to which anyone may successfully connect with a to enjoy the functionality, speed and economy of a network 

diversity of computer and modem or equivalent equipment. path via the Internet, while other users, a vast market, can 

It will be apparent that the benefits of the invention are 60 simply use dial-up access via the telephone network: they 

obtainable when using other mass-market communications are not required to go to the trouble and expense of estab- 

networks equivalent to a traditional telephone network fishing an Internet or online service capability. Some users 

which equivalent networks lack basic file management capa- may employ multipath access capabilities to use different 

bilities. Some such equivalent networks, which may or may access paths according to circumstance, for example, using 

not include file management capabilities, and which may be 65 a network access path from the home or office and direct 

deployed over telephone network hardware, or interface dial-up on the road where their proprietary online service, or 

therewith, include ISDN, ATM and ASDL as well as off-air other network access route may not be available. 
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Since the Internet is not expected to reach the majority of access to the Internet and to a predetermined Internet site or 
such other users for some years this embodiment is particu- resource. It can also be used for transport across other 
larly advantageous for publishers desiring to reach a mass network facilities, including direct-dial, and many different 
market. Products that automate communications via an user interfaces and content formats can be accommodated. It 
online service yet omit dial-up capabilities will exclude a 5 will be apparent from that disclosure that one such particu- 
large number of prospective customers. Technically, no larly use ml embodiment of the containing information prod- 
special effort need be made to provide Internet access to uct 12 is that of a web browser, as a UI/DB package which 
users who do not have the capability: it is simply used if can incorporate transport component 14 to provide an 
present on the user's computer. However, the addition of a alternative, dial-up route of access to Internet servers that 
facility to set-up a new Internet or online service subscrip- 10 also support dial-up access via a telephone or equivalent 
tions in a further expanded embodiment of the invention will network, or whenever use of the transporter's short -burst 
be valuable to some users. Components for such new-user mode of closed-loop communication session is desirable, 
set-up are commercially available for example from Internet Similarly, such access can be provided indirectly via a 
software and service vendors, and can be combined with separate dial-up server which contains, or has access to, the 
suitable elements of the inventive transporter component to 15 content which is also accessible via a Web server, or 
give the user added options. equivalent content. 

Although at the date of this application the Internet is such Some known web browsers are discussed in Rick Ayre et 
a dominant world-wide communications force it is hard to al, "Web Browsers", PC Magazine Vol. 14, No. 3, (Feb. 7, 
contemplate alternatives networks, they may arise, and 1995) pages 173 et seq. As reported at page 175, column 1, 
indeed local organizational equivalents embodying some of 20 web browsers can be embodied as operating system 
the advantages of the Internet's standardization and hyper- components, for example OS/2 Warp (trademark, IBM) and 
text capabilities are emerging and have been dubbed "intra- Microsoft's Windows 95 (trademark). As operating system 
nets". Equally, comparable or competitive wide area net- software expands and assimilates what were once free- 
works based on substantial new or existing infrastructure standing, or separately marketed software utilities, for 
may emerge. Cable television networks might provide such 25 example, memory managers, disk compression utilities and 
an infrastructure base. In most cases, relevant aspects of the backup programs, distinctions between what is operating 
invention, as described herein in connection with the Inter- system software, or a utility or small application, become 
net will also be applicable to such alternative networks and more commercial or market-based than technical. Similarly, 
intranets, to an extent that will be apparent to those skilled communications services provided by Web browsers (such 
in the art. As described above under the heading "Equivalent 30 as HTTP protocol access) and other similar Internet tools 
Networks", like telephone-like switched point-to-point (such as for FTP protocol access) could also be useful as 
networks, unlike local area networks supported by a homog- software facilities on which to build transporter protocol 
enous network operating system maintaining a shell at every plug-ins, and it will be apparent that use of any such 
node, more heterogenous data networks such as intranets available software components is contemplated by the 
and the Internet do not generally support and provide full 35 invention, for example, as comprehended in the discussion 
distributed file management systems enabling digitized files of protocol plug-ins in the parent application, 
to be manipulated in the same way as local files, although 

they generally provide for more limited services using World Wide Web 

protocols such as FTP or HTTP (hypertext transport Intemet sites ugi ^ Wofld wide Web) « Web 

protocol) which permit files to be copied from one node to « Q{ ^ resources via whal m called Web pages> 

another with one or a few simple command line instructions. inchldi t level ages called home pages and a 

However block transfer for example to read one or more network Qf othef Web Web be accessed 

records from a database file, are either not, or not readily, and yiewed ^ a Web browsef m wfaich ^ 

accomplished. Nor can a remote program be executed. graphical ^ interface and data preseil tation func- 

Referring to their Internet origins and choosing to char- t i ons to app iy format controls coded into the Web page using 

acterize them by important features of the World Wide Web a standard format to enable a visitor to the site to browse the 

(though other features might be used) the intranets and s j te » s resources via textual and graphic information, drop- 

Internet-like networks described in the preceding paragraph down con t e nts and catalog lists and via search windows with 

can be termed webbed data networks and are notable for varying degrees of functionality. 

having multiple remote data servers supporting hyperunked 50 K tQ the losive lh of « the Web » are lhe use of 

data resources. Such webbed data networks -achieve much of standardized communications AS protocols ("HTTP", 

their utility from employing a standardized object prepara- h rtext trans ort protoco i) and data content and format- 

tion language, e.g., HTML, and a standardized file transfer { . ^ { ( hypertext markup language 

or access protocol for platform-independent transport and "HTML") to effect real time transfer of interactive images 

utilization of objects on the network. ^ pageg and related comem Qr seryices) acrQSS the 

Unless a different meaning is clearly required by the Internet, using digital packet addressing. Sponsors or sup- 
context, the term "web" is used herein to connote an array p ii ers 0 f \y e b material can use their Web pages as an 
of hyperlinked information objects stored at one or many interface to provide substantially any desired content, 
locations on a network. 6Q In early 1996j today , s format is mML which is a 

„ T - 4 . . t 4 , c . currently popular embodiment of Standard Generalized 

Transporting Information Objects to and from Web ... ' _ r r /t , m „. . . . , 

Browsers Markup Language (SGML), a complex standard, adherence 

to which provides the widespread readability of Internet 

As described in the parent application, the inventive documents. HTML provides a format to describe the design 

transporter component can be advantageously used to facili- 65 of a document and its connection to other documents acces- 

tate transport of information objects across the Internet to sible via the Internet, using hypertext links, or "hyperlinks", 

and from containing information products 12, by automating Alternative content formats such as Adobe's ACROBAT 
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(trademark) provide similar formatting for use with a suit- 
ably augmented browser, and other such formats may 
emerge and evolve. Adobe's ACROBAT is an example of an 
authoring system or application which creates information 
objects that are integrated with their own display or 5 
utilization, applets (mini-applications) or tools, for platform- 
independent viewing or playing of the objects. 

Typically, Web pages contain both internal hyperlinks to 
site features and external hyperlinks to other sites and they 
may also permit activation or downloading of sound, mul- 1Q 
timedia or other more sophisticated content. Such hypertext 
links, or hyperlinks, provide immediate initiation of a con- 
nection to an information resource for retrieval of an image, 
in response to a mouse click or two. Hypertext links use 
uniform resource locators known by the acronym "URL" to 35 
find resources on the Internet. The URL identifies the 
location of a file on an Internet server by a server address 
such as http://www.uspto.gov and a more or less extended 
directory path to a filename for a specific page or tag within 
a page, if it is a Web site, or other data source. 2Q 

Many thousands of commercial organizations use the Web 
for publishing, for customer service, for distributing product 
information via catalogs and the like, and for online sales. 
Content varies from a few simple text paragraphs to large 
and complex data suites providing multimedia presentations, 2 $ 
games or other entertainments with audio, video and ani- 
mation. New uses of the Web and methods of doing business 
are continually being invented. 

A Web browser is an application running at the user's 
station which can access search engines, find and retrieve 30 
Web pages using URLs, and assemble the retrieved elements 
of text, graphics, sound and video, if present, into a coherent 
printable document or playable presentation. Typically, a 
Web browser also provides a variety of tools to make "hot 
lists" of the user's preferred sites, to effect various file and 35 
connection management functions, and so on. 

Some drawbacks of the Web are that conventional Web 
access reaches only a small proportion of households with 
personal computers and modems, (a 1995 estimate is that 
only about 21 percent of 27 million households with per- 40 
sonal computers had Internet access); that such access is 
generally available only by continuing subscription through 
an access provider service by paying a minimum monthly 
fee; that connection time can be expensive; and that Internet 
access is subject to congestion and interruptions, or loss of 45 
connection. For a commercial content provider desiring to 
reach a mass market, these are important limitations. 

Information Object Distribution System for Webbed 
Networks 

50 

To overcome these and other problems, the invention 
provides an information object distribution system for 
webbed networks, such as the networks described above, 
which system comprises: 

a) a web site server at a web site on the network and 55 
supporting hyperlinked information objects accessible 

to network users; 

b) a web package server having an open-ended connection 
to a telephone network for data exchange with desiring 
ones of said network users directly via said telephone go 
network and supporting one or more web packages 
comprising selected ones or sets of interrelated ones of 
said hyperlinked objects whereby said desiring network 
users can obtain said selected hyperlinked objects by 
direct dial-up connection to said web package server; es 

c) at least one web browser at least one of said user 
stations to retrieve and view information objects main- 
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tained locally or at said web sites on the network, said 
web browser being capable of following hyperlinks 
between objects locally or on the network; and 
d) also at said one user station an information object 
transporter for automated retrieval of one or more of 
said selected information objects from said web pack- 
age server by direct telephone connection, said trans- 
porter being operable in unattended mode after initia- 
tion to retrieve one or more prespecified objects from 
said web package server to said user; 
wherein link rationalization is provided to enable appropri- 
ate hyperlinks to be followed to retrieved information 
objects stored at said one user station; whereby a user at said 
at least one user station can choose to retrieve one or more 
of said selected information objects either via said browser 
and said webbed network or via said transporter and said 
telephone network, and utilize said retrieved selected infor- 
mation object at said user station. 

Offline Browser 

In this aspect, the invention also provides a computer- 
implemented offline browser system for offline browsing of 
locally stored Web pages, which offline browser system is 
suitable for distribution to a mass market of users, (or to a 
small group) and for operation at a local computer station, 
and which comprises; 

a) local content elements for at least one local Web page, 
said content elements being intended for storage at said 
local station; 

b) an offline browser to access and present said content 
elements via said local Web page; and 

c) a transporter, being an information transporter 
component, as described herein, initiatable from said 
local Web page, automatically to effect a dial-up 
connection, or its equivalent, to a desired remote infor- 
mation source and retrieve at least one preselected or 
prespecified new content element to update or augment 
said local Web page; 

whereby said offline browser can be utilized to access said 
new content elements via said local Web page and provides 
user interface function for such new content access. 
Preferably, the browser also includes conventional online 
browsing capabilities. 

Such offline browsing in which hyperlinks may be 
actively pursued, may be termed "active"offline browsing to 
distinguish from mere passive viewing of the content, or 
web pages, wherein hyperlinks are either non-responsive, or 
yield errors. 

At least some, if not all, of the local content elements are 
accessed from a Web page loaded, by the local Web browser, 
via active screen elements such as hyperlinks, search boxes, 
dialog boxes, selection buttons and the like. If the local Web 
page is a carbon copy of a Web site page, then some or all 
of these active screen elements will use URLs to locate 
desired content elements and these URLs may point to 
Internet addresses such as the originating server rather than 
to local storage at the local station, preventing the browser 
from operating in the desired offline mode. 

To solve this problem, the invention also provides a link 
manager and re locator function to adjust the hyperlink 
coding as needed to enable the Web browser to retrieve Web 
page content elements from local storage. The link manager 
can be either static or dynamic. A static link manager can be 
embodied in preprocessed Web pages or content as a simple 
rewriting of the original URL to a suitable local path, and 
filename as well, if appropriate. Such a static locator device 
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is appropriate for a shipped product supplied on physical plied on physical media such as CD-ROM or diskette and 

storage media, and may be appropriate for updates supplied updates can be automatically fetched by the transporter. The 

via direct modem-to-modem connection or equivalent, but a combination of offline browser and local pages may be seen 

dynamic locator is more flexible and can be used for content to be another embodiment of the containing information 

elements or pages retrieved online from one or more Web 5 product described in the parent application. The user 

sites especially for rapidly changing or complex content and interface, database management and other data integration 

advanced functions such as searching and transaction han- functions described in the parent application are provided by 

dling. Such a dynamic locator can work with pre-existing the browser (augmented if necessary), in such an offline 

URLs, as found on the Web site and redirect them on-the-fly browser embodiment of the invention, 

to local resources. Embodiments of the invention may place 10 Of course, as described above, the offline browser system 

this link manager/relocator at the server or at the client, and can be distributed as a shell which uses the transporter to 

the static embodiments may be effected by either program- fetch completing elements and content from a remote site, 

malic or manual procedures, as desired. via a telephone network or equivalent network. By 

It will be understood that the above-described offline disconnecting, automatically if so desired, when the speci- 
browser is quite distinct from conventional applications, 15 fied information object transport operation or operations has 
including even sophisticated word processors, being or have been completed the transporter of the invention 
distinguished, inter alia, by its ability to work online, when limits line or access charges. In contrast, with conventional 
necessary, to search the Web and retrieve information online Web browsing time charges continue to accumulate 
objects from it, employing hypertext links to remote while the user views or processes received material. The 
resources and using the Internet's Transmission Control 20 transporter can be repeatedly reactivated on an as-needed 
Protocol and Internet Protocols, or equivalents. Preferably, basis to provide intermittent communication with the remote 
the local browser comprises search, display and hyperlink server or servers specified or user-entered in its setup 
capabilities comparable to those provided by a conventional protocols, thereby simulating the ongoing, open-ended inter- 
Web browser, with adaptations, as necessary, to enable local activity of an online connection with the remote server, 
browsing of the content at the local station. Such adaptations 25 Naturally, the Web site sponsor may choose to modify the 
may include the link manager; a local search filter for a Web local pages as compared with their Web site counterparts, for 
search engine; and modification of an online browser to load example to simplify them, or to provide access to content or 
and run locally without automatically initiating access to the function intended by the sponsor for local use only. 
Internet. In a preferred embodiment the offline browser is The local pages will normally include at least one greeting 
developed from a standard online browser product, available 30 page introducing the site and providing access to its prin- 
from any suitable source, modified and adapted as necessary cipal features or categories, and may also include many 
to provide the offline mode functionality described herein. layers of functionality and content which can be jointly or 

However, a very simple offline browser according to the severally updated by transporter operation. Preferably, at 

invention may eschew direct Internet online access capabil- least one local page pursuant to this aspect of the invention 

ity and be designed to work only with locally stored Web 35 will be distinguished from a conventional Web page by the 

pages, updates and new content elements being received on presence of an update function, or hyperlink, for activating 

physical media or via a dial-up connection. Especially if the the transporter to update that page or, if desired by the 

local browser and station have multimedia capabilities, and sponsor, to update the complete offline browser system, 

the local content elements have auto-play capabilities such Different update links can employ different abject manifests 

as are provided by Sun Microsystems' JAVA (trademark) 40 to use the transporter to fetch various content according to 

language, ability of the browser transparently to access the context of the update hyperlink, 

multiple resources, CD-ROM, DVD (digital video disks), In a further embodiment, the offline browser system of the 

hard disk, etc. by simply clicking "hot button" hyperlinks invention can be used in a larger context which combines 

can be employed in various new products. For example, a local content stored on CD-ROM, or equivalent distributable 

multimedia music product can combine the music with text, 45 media, (diskette or DVD for example), with additional 

still pictures or video about the artist, and permit locally content from a hard disk, or equivalent and with live 

stored updates to be seamlessly merged with original con- browsing or data retrieval from a remote source, for example 

tent, a Web site on the Internet, via intermittent transporter or data 

The new content element can be an update of a local shuttle connections, "shuttling" herein. The inventive offline 

content element and, preferably, is also locally stored and is 50 browser system can combine these resources in a coherent 

transparently accessed and integrated with other local con- suite. 

tent elements for viewing or processing by the user, for Thus, local Web content can be pre -distributed on 

which purpose the herein described user interface and data- CD-ROM or diskette for use with the described offline 

base modules are those provided by the offline browser browser system. This distributed, locally stored Web content 

which acts in the role of a containing information product. 55 can then be combined with more current, or additional 

Richer products will provide multiple Web pages for content obtained from the sponsor's Web site or other 
offline use and may comprise large numbers of content remote location by either intermittent shuttling or live con- 
elements which are updated with, or supplemented by, tinuous browsing. This allows user selection of local, inter- 
multiple new content elements fetched as a package. mittent or live modes, as desired, or as available at any given 

Such an offline browser system can be distributed by a 60 time and place. Providing such multiple access capabilities 

commercial sponsor or content provider to simulate their enables a vendor or sponsor to distribute their product en 

Web site in a standalone environment without the expense, masse to computer owners or users with confidence that a 

difficulty and inconvenience of establishing an Internet large number of prospects can use the product easily and 

subscription connection for those who do not have one. To currently. For example, diskettes might be given away with 

this end, selected Web site content, providing one or more 65 a computer magazine to be sure of reaching a market rich in 

pages, which may have a customized look chosen by the enabled prospects by any vendor willing to make the invest - 

commercial sponsor, "local pages" hereinafter, can be sup- ment to reach them. A different group are prospective house 
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purchasers, a group rich in computer owners and users, who 
could be given an initial diskette or CD-ROM containing a 
realtor's listings, and the inventive offline browser system 
for viewing and updating the listings from a Web site or 
other remote server using either the Internet or the telephone 
network. This method enables the prospects to browse the 
realtor's listings offline at their leisure, and to update it 
easily via either the Internet or the telephone network, as 
needed. The realtor does not have to consider whether their 
prospect has an Internet access subscription, and the pros- 
pect does not have to worry about the difficulties and costs 
of attempting to download extensive listings. 

Clearly, it is in the interest of both the sponsor and the user 
for the offline browser to work with current content ele- 
ments. To obtain the benefits provided by the present 
invention, as it relates to browsing Web content, it is 
desirable for new online content to be retrieved, and stored 
locally so that the network connection used for retrieval may 
be terminated, (terminating time charges) and browsing can 
proceed on the local station. 

Referring to FIG. 12, an offline browser 120 is shown 
running at a local station 122 where local content 124 is 
available at any of various storage media, removable or 
fixed, such as disk, diskette or CD-ROM, Calls handled by 
telephone network 125 and routed to an Internet service 
provider ("ISP") 130 enable the Internet 126 (or equivalent 
resource-rich, standardized wide area network) to be 
accessed by offline browser 120 via conventional online 
connection 128, if such connectivity is available and desired 
at the local station 122. A content provider maintains a Web 
site server 132, connected to the Internet via line 134, as a 
point of presence on the World Wide Web, and, additionally, 
a web package server 136 which is in communication with 
Web site server 132 and is equipped and configured for 
direct telephone access by users via telephone network 125 
and telephone line 143. Web server 132 supplies web pages 
138 to the Internet and selected Web pages or Web page 
excerpts are supplied to web package server 136 to serve as 
local pages 140. Local pages 140, with relevant Web page 
URLs replaced with appropriate local paths or other local 
resource locators, if desired, can be retrieved via dial-up 
connection 142, if conventional Internet access is not avail- 
able or desired. Clearly, an information product's function- 
ality or usability can be substantiaUy enhanced by including 
with the local Web pages, whether supplied "over-the-wire" 
or on physical storage media, any applets needed to run 
them, for example Sun Microsystems' JAVA (trademark) 
applets. 

Content provider 143B can thus supply local station 122 
with Web pages either via online Internet connection 128, if 
the local station 122 has one, or via other dial-up connection 
142, if the local station does not have Internet access 
facilities. The update can be stored locally and become part 
of the local content 124 where it is available for offline 
browsing, avoiding the costs, delays and possibly, access 
problems associated with online or live browsing. 
Preferably, the local browser provides user selection of 
local, intermittent or live modes, as desired, at any given 
time. 

It will be understood that connections 128 and 142 are 
typically alternative uses of a single physical telephone fine, 
and that alternatively, connection 128 could be any kind of 
direct Internet or other data network connection. It will also 
be understood that Web server 132 and web package server 
136 are distinguished in their logical embodiments as dis- 
tinct servers, which can be implemented either using distinct 
hardware and software systems, or as logically distinct 
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elements on a single hardware platform. Also, preferred 
embodiments may involve continuous, real-time connection 
between the servers 132 and 136, for dynamic access to the 
Web content, or intermittent or even offline file transfer 

5 linkage, when static access is sufficient. 

Sending of information from the user to web package 
server 136 can be accommodated, if desired, using the 
bi-directional capabilities of the transporter. In this case files 
of any type may be sent to the server 136. Thus, specific 

10 information objects including features of the offline browser 
and the associated HTML content, such as transmission of 
data entered into HTML forms, can be sent to the web 
package server 136, using appropriate Internet transaction 
protocols and associated security and payment functions as 

is desired, as depicted by connection 150. Such a system 
provides a novel mechanism to support processing of forms 
included for example, in web packages, as described 
hereinbelow, that are filled out locally. 
In more advanced embodiments, the linkage between web 

20 package server 136 and Web server 132 can be used 
bi-directionally to provide enhanced real-time services such 
as searching and transaction processing. For example, a 
response to a user's inquiry or purchase or product order, 
from a remote Web site can be received by Web server 132 

25 and relayed by the web package server 136 to be made 
available to the user via the dial-up path 142. Such an 
embodiment uses the gateway server function described in 
the parent application and shown as the vendor link 50 in 
FIG. 1. 

30 Thus, the novel features of providing locally browsable 
Web pages 140, with replaced URLs, if necessary, and web 
package server 136, serviced by Web server 132, as 
described above, enables a content provider, or sponsor to 
provide a valuable new service: offline Web page browsing 

35 with active hyperlinks. 

Employing the user interfaces, database managers and 
API's described hereinabove, the web package can be seam- 
lessly integrated with existing local material employing 
hyperlinks, if desired, for immediate cross-referencing, or 

40 cross-locating of material as between the new and locally 
pre-existing material. 

It will be apparent that the UI/DB functions described for 
the novel offline browser could be custom built or assembled 
from suitable browser component toolkits, such as are 

45 beginning to appear on the market from such sources as 
Spyglass, and that such offline browser function can be 
integrated with other application functions as desired. How- 
ever the wide availability and growing installed base of 
standard browsers from major vendors such as Netscape and 

50 Microsoft makes it preferable to employ such a standard 
browser. In such an embodiment, the offline browser is 
simply a special case of a standard authoring package as 
described in the parent application. In many cases off-the- 
shelf browsers can be used effectively, and even browsers 

55 previously installed on a user station for other purposes can 
be employed, by exploiting standard features for extending 
such products, including helper applications, plug-ins, 
applets, and API's. 

Briefly, such mechanisms allow a standard browser to be 

60 used to view content and select links to follow to additional 
content. In simple embodiments, when the link target is 
locally resident, it may be automatically handled by the 
standard browser; when it is not present, the link can, 
pursuant to the invention, be coded to cause the browser to 

65 invoke the transporter as a helper application. This is 
described more frilly in the section below headed "Link 
Management". 
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Also, if desired, local pages 140, with local resource 
locators, can be supplied to the Internet 126 for retrieval via 
online connection 128, for offline browsing, for example as 
an appropriately labeled offline browsing package. This 
feature may be particularly useful for mobile users, and the 
like for whom Internet service may be available or economic 
only on an intermittent basis. In this case content can be 
obtained in efficient bursts when access is available (or even 
on an automated, unattended schedule, when convenient or 
low in cost), and then stored locally for continuing use 
offline. Thus, the time of usage of online content is effec- 
tively decoupled from the time of retrieval of the content. 

In contemplating the herein described applications of the 
invention to Web browsing embodiments those skilled in the 
art will understand that the inventive approach departs 
dramatically from conventional concepts of Web browsing 
architecture. Whereas conventional Web browsers are seen 
primarily as communications programs, which gain strength 
by using a standardized user interface and data content 
framework (UI/DB), the inventive approach ignores (or, 
when used in conjunction with live or online browsing 
options, downplays) the browser's role in communications, 
and uses a browser primarily for its UI/DB components, 
relying on the inventive transporter for communications. 
And whereas session management is open-ended and con- 
ventionally is left to the human frailties of the user, the 
inventive approach uses the transporter 14 to enable task- 
oriented session management operable in a short burst or 
bursts to transport prespecified objects (whose specification 
may well be unknown to the user and be embedded in a 
hyperlink or other software element). 

In addition, conventionally, helper applications, API's, 
plug-ins, and other browser extenders were devised prima- 
rily for addition of new content types, or enhancement of 
content, whereas the present invention utilizes these tools to 
enhance communications techniques, and enable new com- 
munications methods. 

It will be understood that short-burst access to bundled 
packages of content shown as using a dial-up connection 
142 to reach the web package server can just as well use an 
Internet connection or other suitable network, as described 
above, and under the heading "Equivalent Networks'* above, 
and that such embodiments may become increasingly impor- 
tant in the future. 

Link Management 

As referenced above, a problem that arises when attempt- 
ing to integrate retrieved new content elements with pre- 
existing local content elements stored locally at the user's 
station, is that, in general, the URLs associated with any 
hyperlinks in the new content elements fetched from an 
online Web site will not correctly point to the user's local 
resources because, in the nature of URL's, (and particularly 
"absolute URLs" as described below) they will point to a 
Web site, namely the site from which they were fetched, or 
some other Internet Web sites. This link redirection problem 
may arise whether or not the content comprises Web pages, 
and is inherent in any updatable material that employs 
hyperlinks where updates will not necessarily be stored in 
the same logical volume as the original material. 

A simple solution to this problem, pursuant to the 
invention, provides for links to be coded as "relative URLs," 
which are relative to the source location and contain only 
relative sub-structure detail. The links may thus remain valid 
if the substructure is relocated to the local station on a 
consistent, parallel basis, e.g. if remote pages are within a 
single directory, the relocated link will be interpreted as 
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pointing to the single local directory. Thus, those elements 
of the path and filename(s) that are recited in the link must 
be present at the local station: they could be installed 
beforehand in an offline browser setup routine or by updates. 

5 Link coding may comprise truncation of the absolute URL 
to remove elements of the Web site address or other modi- 
fications as disclosed and suggested herein or as will be 
apparent to those skilled in the art. 
While beneficial in many situations the solution of using 

10 relative URLs will not solve the more general problem of 
offline utilization of links to scattered source materials, 
including remotely stored materials, where it may be 
impractical to maintain the relative structure, or where 
"absolute URLs" may be employed at the remote source. To 
solve these problems the invention provides, as referenced 
above, a link manager to redirect or rewrite URLs as 
necessary for local use. 

For smooth and efficient integration of the offline Web 
browser system with online browsing activity, it is desirable 

20 for the offline browser automatically to access the most 
up-to-date version of any particular content element, and if 
it must be retrieved from a remote source to be able to fetch 
it either via live browsing or by shuttle mode. Preferably, the 
local browser should fetch content from the network only if 

25 a local copy is no longer current. This capability requires a 
mechanism to check time stamps of both network and local 
copies. More advanced embodiments could use more com- 
plex and variable criteria for this decision, such as factors for 
file size, type, urgency, and connection availability, as well 

3Q as relative currency. 

To solve these problems the invention provides a dynamic 
link manager cooperative with the local browser to manage 
link relocations dynamically as links are activated. In pre- 
ferred embodiments the link manager can operate efficiently 

35 regardless of whether content is retrieved via shuttle or live 
mode. 

A variety of levels of sophistication in link management 
may be employed in embodying the invention, and depend- 
ing on the functions required, link management may be 

4 0 static or dynamic at either the server or the user station, or 
both. Key factors are the dynamics of the content in terms 
of its frequency of change or addition, whether both shuttle 
and live mode are to be supported, and the extent to which 
a user's local content is allowed to vary. 

45 In maintaining proper linkage, a key concept is the idea of 
"working sets" of web content. Linked content constitutes a 
network which is a directed graph. While in general, Web 
content is open and any home page may have links which 
lead to other links that go throughout the entire Web, actual 

50 Web sites may be limited or can be artificially limited in the 
scope of their links. Thus, the term "working set" is used 
herein to mean a set of linked objects which a user is 
permitted by a service, content or applications provider, to 
reference at a given time. This usage of the term "working 

55 set" is borrowed from the unrelated field of virtual memory 
management. 

If the working set is kept sufficiently small, it may be 
practical to transmit all working set elements that have 
changed whenever the user requests one or more pages in the 

60 set. In this case all pages in the current working set are 
known to be available locally, so that links can be pre-coded 
at the server to point to local copies (using relative URLs, if 
they are not already coded in such manner). Then, desired 
explicit links for updates to current content, or planned 

65 extensions, can be coded to cause an intercept, and the 
handling of the intercept is used to invoke the transporter 14 
to retrieve the update package for the working set. 



12/18/2003, EAST Version: 1.4.1 



US 6,6'. 

43 

More generally, where the working set is too large for 
complete transmission on every update, and a scheme for 
segmentation of the working set into smaller bundles of 
linked objects, called "web packages," herein which can be 
obtained from the server individually, as needed, may be 
employed. In this case, as before, links within a web package 
may remain as simple relative URLs, which can be expected 
to work locally and can be followed by the browser without 
special consideration, but links from one web package to 
another need to be intercepted and checked to determine 
whether the destination object is in a local web package, and 
then proceed accordingly. 

Pursuant to the embodiment of the invention depicted in 
FIG. 13, the link manager comprises a link interceptor 144 
cooperative with the offline browser 120 to intercept links 
activated by the offline browser 120 and take temporary 
control of the browser application thread whenever a link 
preceded as not internal to the active web package is 
encountered. Intercepted links are inspected to determine 
whether they are calling a resource available locally in 
another resident web package. If not, depending on the mode 
of access in use at the time, control is returned to the browser 
120 for resource retrieval via live browse or is given to the 
transporter to perform a shuttle. 

In a generalized embodiment, the link interceptor 144 
monitors all link requests issued by the browser 120, coop- 
erating with the browser by means of any of a variety of 
standard or customized mechanisms as described below, and 
acts or passes them according to their destinations. To effect 
monitoring the link interceptor 144 can operate at a rela- 
tively high level, plugging to the browser's API, assuming it 
to have one, although this may require some customization 
of the link interceptor 144 to browser 120. 

If the intercepted link is determined to be calling a locally 
available resource, for example because it recites a filename 
identical with a locally stored file, it is passed to a link 
translator 146 to correct its destination. Control and the 
translated link are then passed back to the local station's 
offline browser 120 for completion. Preferably, the link 
manager includes a version comparator 148 which calls a 
version number, time and date stamp, or other version 
indicator from the original URL address on the Internet, 
compares same with corresponding data for the local content 
and processes the more current version. If necessary, the link 
manager can include a time and date stamp module (not 
shown) to label relevant links or link elements as they are 
received locally. 

Preferably also, in applying such a scheme, the link 
translator 146 reads from the intercepted link sufficient 
information to enable lookup and translation. Translation 
can be effected by appropriate modifications of the URL. 

Link control and interception cooperative with the local 
offline browser 120 can be embodied at various levels and 
points of control. In a simple case, all links except a single 
class of update link can be pre-converted to relative URLs 
that work without interception. Update links can be coded to 
cause a standard shuttle update function to be invoked, such 
as by invoking a packaged version of the transporter as a 
helper application, using a coding approach such as 
described below. 

In a more flexible embodiment using the web package 
segmentation structure, web package-specific intercepts are 
provided and coding is applied to the links to cause the 
browser to transfer control for link relocation purposes when 
specific intercepts are encountered. 

In an alternative embodiment of link manager which 
requires no inline editing of links or selective intercept 
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control, the link interceptor intercepts all HTTP "Get URL" 
requests (in other words intercepts hypertext transport pro- 
tocol requests to get a file based on its uniform resource 
locator address, which has been left in its original form) and 

5 makes a determination, based on separately maintained data, 
as to whether the target object is local, in which case it 
passes the Get URL back to the browser to execute as a local 
relative URL, or whether to obtain the target object via 
remote browsing or via transporter shuttling. Interception 

io can be implemented using browser API functions which are 
commercially available in various forms including for 
example DDE, OLE, and Netscape Communications' 
"Inline Plug-Ins", or through use of proxy server functions, 
preferably modified for local users. Proxy servers are com- 

15 monly used as intermediary servers that can redirect URL 
references in order to implement secure fire walls, but can 
also be implemented in simple form to perform a compa- 
rable redirection function running as a process on the user's 
machine co-operatively with the browser, 

20 Conventionally, a proxy server provides a standard 
mechanism that implements an intercept/redirect function in 
the network (normally applied to the very different objective 
of resource hiding for purposes of security), outboard from 
the browser. When use of a proxy server is specified to a 

25 browser, all "Get URL" requests are directed first to the 
proxy server, which then looks up the proper routing and 
redirects the requesting browser to the actual desired URL in 
a two stage process. Proxy servers are usually separate 
shared servers performing network control functions for 

30 entire groups of users, and the desired web package storage 
and access management could be implemented on a similar 
shared basis, but this activity is typically individual in nature 
and thus preferably effected at the user's station. Use of a 
simple proxy server on the user station can be an effective 

35 mechanism for link control, if appropriately coordinated 
with any other uses of proxy servers, such as for security fire 
walls. 

Alternatively, the link interceptor 144 may operate at a 
much lower level and monitor suitable DOS or other oper- 

40 ating system interrupts, such as interrupt 21 or 23, filter all 
browser originating resource calls, and process the filtered 
calls selectively according to destination, as described 
herein. Use of the operating system interrupts in this way 
may be more difficult to implement, but can provide a more 

45 universal link interceptor 144 able to work with a variety of 
browsers. 

Link Coding 

Link coding is preferably done when the web packages 
50 are built, unless live browsing is to be supported with full or 
substantially transparent integration of local and online 
resources. Links internal to a web package are left as (or 
converted to) relative URLs and need no intercept, although 
interception may be used for tracking purposes, if desired, 
55 enabling a user's "hits" on particular links to be logged and 
forwarded to a remote source using transporter 14. Such 
tracking does not require amendment or rewriting of links. 

Pre-coded Web Packages 

60 External links are coded into the web packages, before 
delivery, so as to be intercepted and amended or rewritten. 
The intercept process can be manual if static content builds 
are used, or semi- or fully automated, and can be varied, 
depending on the dynamics of content structure changes, for 
65 example, as follows: 

a) Web package definitions can be manually set up to 
consist of a set of objects, and this definition automati- 
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cally applied to edit links in new copies of the specified intercept extension, one or more additional legal URL 

pages. In this case the web package is known to consist coding characters such as "#" (used for tags within pages) 

of the pre-defined set of pages, and is thus static in page followed by the original URL, with its functional extension, 

composition, but the content of those pages is dynamic, Thus "irnage.bmp" could be coded as image. tsh#bmp, or 

and requires dynamic link adjustment when new web 5 more generally, for http://host/path/image.bmp, as linker, 

package copies are built. tsh#http://host/path/image. bmp. The URL coding character 

, v 4 , . , r. - would be ignored by the browser, but would be accessible to 

b) Alternatively, procedures for automatic segmentation the link manager which can delete the URL coding character 

of content into dynamically defined web packages can and the ^ mpt exte nsion, rewrite or amend the URL and 

be used. return it to the browser for execution, with its original 

n * i * u r> a- extension intact. It will be understood that starting after the 

Dynamic LinK coding w# „ aU U[n ^ Qther characters (such as « r 

If live browsing is to be fully integrated then link relo- for a real tag) must be coded in the form of their hexadecimal 

cation can be dynamically coded locally, as pages are equivalents using the standard URL escape characters, in the 

received. Preferably, the web package structure is used to form "%00", where "00" is the equivalent hexadecimal 

simplify tracking so as to have similar capability for 35 code, in order to conform to the rules for a legal file protocol 

dynamic web package definition as described in b), above. URL. 

Alternatively, individually accessed pages can be tracked as A more preferable alternative means or module to cause 

single-page web packages (with any associated inline ™ identify exception intercepts is a module that uses a 

objects), and then consolidated whenever the opportunity s P ecial protocol designation to cause the linker to be 

and necessary information becomes available, such as on 20 invoked as a protocol handler such as *h://image. bmp or 

request, or when a web package is received that supersedes S eneraU >; tsh://host/path/image. bmp in cases where 

th H d 1 browser allows addition of new protocol handlers, as 

e in ivi ua page, some recent iy available versions do. This scheme can also 

In a simplified embodiment of this aspect of the invention, be m em bodiments where all URLs are intercepted, 

designated pages can be retrieved one-by-one as standard 2$ Jq effect URL traaslations> me ^ trans lator preferably 

pages (with associated inline objects) from any server, or comprises a separate set of lookup tables. In addition to 

servers, but managed together, as a package, by the client specific or wild card designations of original URLs, or URL 

system at the user's station, as a defined web package object classes, against corresponding new URLs or URL classes, 

group (using separately maintained web package specifica- separate lookup tables enable efficient tracking of link status, 

tion and control information) which can be termed a "virtual 3Q time and date stamps, and other relevant link data, and also 

web package". Such a virtual web package has the benefits facilitate grouping of translations and status by web package 

described herein, namely that it can be supplied by direct for transport with a web package as a web package list, 

dial-up using batched, managed access in a short burst for providing an integrated product. Such a mechanism also 

subsequent offline use. However, a virtual web package will facilitates the selection of a variety of Web pages from a Web 

lack the packaging-related transmission efficiency of the 35 site with properly managed links. It is not necessary to 

described "real" web packages, although the need for sepa- modify all local references to a newly supplied web package 

rate prepackaging or staging of content is also avoided by in advance: the links can simply be intercepted and the web 

way of compensatory benefit. package list consulted live. Alternatively, the coded URL 

One way of coding a link for interception on an exception may carry with it a web package identifier for an entire 

basis, such as by using a helper application is by modifying 40 update or extension web package instead of or in addition to 

the file extension of its relative URL or local file protocol the specification of a specific target URL, depending on the 

URL, although at least in some cases, steps may need to be variety of access modes and richness of content structure to 

taken to avoid destroying file functionality conferred by be supported. 

program-recognized extensions such, for example, as Such mechanisms are very effective for what might be 
".BMP", ".TIF", ".DXF", ".DBF", ".IDX" and the like. 45 regarded as passive content such as text, images and even 
Simple substitution of an extension would lose the extension multimedia retrieved by the user for independent use at their 
info, and but may be applicable for pages which can be local station, but greater difficulties may arise with dynamic, 
assumed to be written in HTML. changeable content, for example cases of client-server inter- 
Thus, for example, the existing file extension of the URL action needed for forms handling, searches image map 
in the uncoded link, whatever it might be, could be replaced 50 selections, JAVA (trademark) applets and push-pull content, 
with a common intercept extension, such as "TSH", which To carry out these dynamic activities locally or in shuttle 
would cause the coded link call to be intercepted for mode the invention provides local simulation of the server 
rewriting when that link were activated by the user. Clearly, functionality to complete the interaction. As an alternative, 
multiple coded extensions could be devised to serve a a special server connection can be employed to effect the 
variety of purposes, including, perhaps, usage tracking. This 55 necessary server interaction in a short, automated session, 
extension-based coding approach is convenient for simple Such innovations are believed feasible but some limitation 
embodiments in which the intercept mechanism is invoked of functionality may be desirable. Forms can be included in 
by a special-purpose module or application, analogous to web packages as blanks, and sent in to the server when filled 
(though providing different functionality from) the com- out. Searches can be passed as standard Web searches, or 
monly available mechanism of a "helper application" which $q selected result pages could be included also to avoid a 
is typically used to invoke viewers for special file types. The subsequent reconnect. Image maps can be converted to local 
inventive use of a helper application mechanism to manage image maps and push-pull can be facilitated with local 
communications while using the browser for viewing is in scripting, as desired. JAVA applets and live objects, such as 
some senses a reversal of its conventional use. director movies should run satisfactorily locally given nec- 

To retain extension functionality and support more gen- 65 essary browser support, 

eral absolute URLs, a preferred coding practice pursuant to Other schemes for coding links to achieve the purposes of 

the invention, is to append to the coded link, after the URL's the invention will be apparent to those skilled in the art who 
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will also understand the value of the novel link coding . various recognized and previously unrecognized needs, 

capability of the invention in enabling many useful Properly implemented, using the teachings of the invention, 

applications, including web packages with active a user can smoothly interwork local, shuttle and live modes 

hyperlinks, as described. for static content formats, for example HTML, images, 

Web Package Utility 5 multimedia and the like. Some applications of the link 

_ . i.t • * management aspects of the invention to filling these needs 

Such novel web packages in turn can simulate a variety £ be ^ ^ fce ^ to ^ 

of new apphcations and ways of using Web content or other . tl . . ... , * *u ♦ 

material compatible with Web standards, especially when f lied m the art, or will become apparent as the art 

combined with the transporter of the invention into auto- develops. 

mated web package transport embodiments. For example, 10 _ . . . . , _ . 
ready access to web package content furnished by a sponsor Content Archiving and Relocation 
from a remote server using the transporter for user-driven xh e ^ interceptor function can be modified to perform 
dial-up retrieval of the content can introduce non-Web users many other valuable functions to add value to the basic 
to Web content and attract them to online services, adoption hyper text functions provided by the standard network pro- 
of which can be facilitated by incorporation of a Web or is tQcols Fof c ^ comai protocols providc no facility t0 
Internet access provider s subscription package (or enabling deal ^ Unks whicfa point {Q which Qas been mQved 
shell) in the Web package. of deleted> or which re f erence a ser ver that is no longer 
Web Page Caching maintained to be accessible on the network, or which is other 
It will be understood by one skilled in the art, that the link wise unavailable: they simply cause an error message to be 
management modules and methodology of the invention, displayed when such an "empty" link is selected. As at the 
and its application to web packages, as described, are quite date of this application such empty links are a relatively 
unlike conventional web page cache managers commonly minor nuisance. However, their proliferation will become 
used by browsers temporarily to hold recently accessed increasingly problematic as linked content developed by 
pages at the local station for subsequent quick access. uncoordinated and perhaps undisciplined sources grows and 
Conventional local Web page cache managers are not pres- 25 evolves. Eventually these empty links could seriously 
ently standardized, making it difficult to communicate there- impede Internet traffic, like so many parked cars on the 
with via an extension module such as the inventive compo- highway, A proposed solution yet to be standardized by the 
nent for direct dial-up access and suffer from the drawbacks internet Engineering Task Force involves the use of new 
that communications access is assumed to be readily avail- forms of lmk speci fi C ation which embed indirect but per- 
able at all times to replace or add pages and cached objects 30 mmni Vnifoxm Resource Names instead of URLS) but this 
are automatically purged under simple policies such as fa SQme ^ off because of lex u { and has 
"least-recently-used . Thus the content of conventional Web ^ dfawbacks of requiring changes t0 embedded pointers in 
page cache managers is transient in nature rather than c ^ ^ . g a rebcation ovefhead 0Q 
persistent and the cache managers are unsuitable for effect- ^ A fa ^ Qn embed , 
ing the offline browsing and other lmk management func- 35 dm Hak s/clued Persistent URLs, has recently been 
tions of the mvention as described above. Furthermore, ^ ^ 0nHne Q)m L Q bm nas 
such conventional Web page cache managers currently nei- £ im jj ar weaknesses. 

ther offer nor can readily be extended to support the required ' . , . 

set of link management and relocation features described V*™™ 1 l ° an embodiment of the invention, 

nerem 40 browsers can be modified, using the various browser modi- 

KT ' « ! . f a u^a- ~ t n f tu~ fication or extension facilities described herein, or their 

Nevertheless, in one preferred embodiment ol the . , .1 . . j 

i «; t „ i „ „ nr% < equivalents, to provide a solution to this problem that needs 

invention, a conventional Web page cache manager can be ^ , ' * , . , , i 

.. . ... / i . . no change to current content and imposes overhead only on 

used to enhance the invention, for example, in a case where & . . r J 

the browser (and associated cache) is custom built for use in an exce P tl0D asis - 

online and shuttle mode, or where an adequately featured 45 Thus to solve the problem of "empty" links the invention 

cache facility is standardized and generally available across provides a modified browser including a link management 

a useful population of browsers. For these purposes, the module to react to messages generated by failure of a link 

conventional browser preferably provides, or can be ow^g to an inadequate response from its destination by 

extended to provide the necessary functionality, and offers a calling an enhanced version of the link interceptor module, 

suitable API or other control interface, to manage the local 50 which includes one or more link search components which 

objects k invoked to seek to alternative locations for the desired 

As noted hereinabove, it will be understood that the content > or aD explanation of its unavailability, and then 

described approach to link management applies to' remote P rovide an lmk P omter back l ° the browser for 

hyperlinked content in general, whether based on current presentation to the user. As time passes the number of aged 

URL usage or current or future variants, extensions or other 55 or obsolescent links must be expected to become quite 

equivalents of URLs. This includes object-oriented voluminous, spawning the need for a link relocation or 

approaches to the handling of hyperlinks using object con- archive t0 maintain the alternative location or 

tainers for URU or other hyperlinks, such as those known explanatory data needed by link search components at the 

in the art as "monikers" browser. The invention includes such a lmk archive server as 

wu ., j„ * n „™ tu~ n f rt fn; M I™,,*™ 60 well as modified browsers, as described, intended to work 

While described to serve the purposes of offline browsing, DU . , . * , ' „, . , 

.,, . t . j . ,. i „ „ . cooperatively therewith, whether m online or offline mode, 

it will be apparent that the described link management * 3 9 

features of the invention can be employed in other situations A variet y of computer-implemented software mechanisms 

where it is desired to redirect links. can be used °y such a lmk archive t0 provide an 

archiving and relocation service, pursuant to the invention. 

Link Management Applications 65 p re ferably, one or more special-purpose archive and reloca- 

The ability to manage links as described herein, enables tion servers is set up to maintain relocation information and, 

a number of new Web capabilities to be provided, serving optionally, copies of the "lost" content from the empty links. 
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A link interceptor module at the user's station cooperative or It will be appreciated that the link management, intercept 

integral with their browser, is configured to query the and relocation aspects of the invention, and the concept of 

relocation servers with a failing URL, and receive or retrieve relative URLs while being particularly advantageous in 

a response containing a corrected URL, if known. Thus, for assisting the implementation of offline browsing, as 

example, if a page at 5 described herein, can be beneficial independently of the use 

http://serverl.com/pathlpagel.htm of transporter 14, for example to enable offline browsing 
was not found, the link interceptor could be configured to independently of dial-up updates or to enable an URL- 
query either driven content screening module which could be a freestand- 

http://archive.com/relocator7serverl.com/pathl/ ing software component or program implemented at the 

pagel.htm, or 10 user's station to screen the user's activity or at the ISP to 

http://relocator.archive.com/serverl.com/pathl/ screen or censor all link calls from the ISP's customers, or 

pagel.htm elsewhere, as will be apparent to those skilled in the art. 

as a first relocation server to be checked. packa e Assembler 

Information on such relocations could be submitted to the * 

relocation server through various means, and an active 35 The invention also provides a computer- imp lementable 

"spider" process could be applied, being initiated, for web package assembler enabling sets or packages of Web 

example, from the relocation server, to monitor the structure pages, as described hereinabove, to be assembled into useful 

of the Web and detect changes. The spider would save the web packages from content available at diverse locations on 

content or preferably a short coded signature for each page, the Internet. A key component of such a web package 

and then on subsequent scans, would identify relocated 20 assembler is a link relocation module to rationalize all 

pages, using the saved content or signatures, and note the hyperlink references within the package, for local browsing, 

new addresses for responding to inquiries from the link other useful components which can be included in such 

interceptor. Preferably, any relocations that were uncertain a nove i web pac kage assembler are a selection tool, a 

would be flagged with a coding that would allow the viewer retriever and a package assembler. The selection tool speci- 

to be warned of the possibility of error. Such archive servers 25 desired content ingredients of the web package in a 

could also offer an optional repository service for useful manner susceptible to search and applies criteria to select 

pages no longer maintained (or maintained in some new suitable content elements from an existing content set which 

location) by the original source or sponsor. The relocation may \> & as diverse as a single database or directory of data 

and archive servers could be maintained as a for-fee service, or all Web sile data available on the Internet. The retriever 

or sponsored through various mechanisms including 30 applies me selection tool over the content set to gather 

advertising, as are search sites, currently. content elements for the web package, or alternatively to 

Where feasible for content servers which remain opera- gather a superset of content elements from which the web 

tive but have content that has been moved or deleted, an package can assembled. 

alternative, and perhaps more desirable method of imple- Th 6 package assembler uses the selection tool to assemble 

mentmg such As relocation functions would be at the 35 a (] esu - e( j specific package or web package from the content 

content server preferably by convention. Tlius, for example, led b the retrjever tools win now be 

a server could add a basic relocation server function for described 6 m more detail 
pages that had previously been available from that server. 

Thus, for example, if a page at Web Package Selection Tool 

http://serverl.com/pathl/pagel.htm 40 ..... • . 

was not found, the convention could be to query either A P refer re ? web package selection tool prov.des a time- 

http://serverl.com/relocator7palhl/pagel.htm, or optimized selection process to economize on connection 

http:/relocator.serverl.coml/pathlpagel.htm cb * r &* and wh ! ch «f a focu! f? methodology to achieve 

as a first relocation server to be checked. a bnef connection. Because of the vastness of the World 

45 Wide Web, and the extent of its content, it is important that 
Screening the selection tool apply a range of filters or selection criteria 
The link interceptor module, when configured to intercept with optional specification or customization or plug-in con- 
all or selected external links or Get URL requests enables trol of parameters for content, source, quality, style and other 
user activity to be screened so that undesired requests can be parameters that will be apparent to those skilled in the art. 
denied or filtered out. Such a screening process can be used 50 A particularly desirable feature is an option for explicit 
to prevent users retrieving inappropriate content, for specification of desired content known to exist on the Web, 
example content judged indecent or obscene, or from com- for example Web pages previously visited, and preferably 
petitors Web sites, so long as an address, or URL, for that means (e.g. drag-and-drop, paste-and-copy, or a separately 
content is known. If the user attempts to get an URL on the windowed routine employing a file manager) are provided to 
excluded list, "Object Not Available" can be returned. 55 facilitate such desired content specification for example by 
The link interceptor module can access a list or table of posting respective URLs from the user's hotlists, cache of 
excluded addresses which may be maintained locally or visited sites, vendor- or sponsor-supplied list or other offline 
accessed at a remote site, the access or a periodic refresh can (or online retrievable) source of URLs of potential interest, 
of course be effected by transporter 14, if desired. Where a The objective is to build a coherent package comprising 
third party, for example the Internet Service Provider ("ISF* 60 a hyperlinked collection of content elements retrieved from 
herein) can furnish descriptive classifications of site content, multiple Internet (or other appropriate dispersed source) 
by address or URL, as being indecent, violent, politically locations, the content elements being handled and built in an 
incorrect or the like, and password coded setup routine can environment of their original HTML or other standardized 
also be provided enabling a supervisor of the local station to language, without requiring conversion to proprietary appli- 
filter out certain categories of content. Thus, a parent can use 65 cation formats. Options for offline testing of a search query 
a password, or multiple passwords to control what content built from multiple parameters, are desirable, where 
their children view. feasible, to avoid unnecessary or excess connection time. 
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Retriever Tool 

The retriever tool uses the search tool and crawls across 
the Web, like a Web spider, to locate and retrieve desired or 
suitable content, based on defined criteria, in HTML format. 

The analogies to a spider web and references to a Web 
spider and Web crawling are used to denote an organized 
search of Web sites involving visits to those sites rather than 
merely scanning the content of one or more search engines. 
Clearly, a comprehensive search of the content available at 
any and all Web sites is a time-consuming project. Crawling 
techniques can also include the pursuit of hyperlinks to 
relevant content, and other techniques, as are known to those 
skilled in the art. 

Such a combined search-and-retrieve tool set can be used 
for other hyperlinked, searchable content bases, as desired. 

Package Assembler 

The package assembler provides assembly of desired 
retrieved content elements into desired web packages com- 
bining them with any applets required to run, display or 
otherwise use particular content, or any other appropriate 
accessories. 

Link Relocation Tool 

The link relocation tool operates like the link relocation 
module described hereinabove to effect appropriate changes 
in links in the retrieved content. The link relocation module 
provides functionality to adjust hyperlink references in the 
retrieved content elements to point to other elements within 
the web package or, as appropriate, to point to other content 
elements in separate web packages which may also be 
retrieved, or otherwise to be rewritten or redirected, as 
described above. Proper resolution of links enables the tools 
to be used for managed retrieval of related packages as sets, 
rather than as individual pages as in conventional Web 
browsing. 

Appropriately used, these tools enable the building of a 
web package, of multiple pages from diverse locations, to be 
automated, combining Web crawling under specified search 
constraints. 

While these tools will clearly have utility at the user's 
station, a preferred embodiment of the invention locates 
them on a web package server accessible to users by direct 
dial-up connection. If desired, the web package server can 
be provided with facilities dynamically to assemble batches 
of content elements into standardized or customized web 
packages. Standardized web packages might for example be 
news items for a trade news letter that have been located at 
and retrieved from a number of sites relevant to activities in 
the trade, are distributed to a population of users, whereas 
customized web packages, which are preferably dynami- 
cally assembled upon request, are intended for an individual, 
or small group of users, meeting their specific content 
requirements. 

The application of this package assembler, and in the case 
of dynamic web package construction, its use in conjunction 
with the above searching and gathering activities impose 
novel design constraints in that packages to be transmitted 
must preferably be compact, and any content gathering done 
in real time must preferably be done in a way that minimizes 
call duration. This affects decisions as to how to search, 
which items to select, and in what form to present the results. 
For example, size may become a parameter in determining 
which search results to remit to the requester. The issues and 
solutions of these decisions will generally be apparent to one 
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skilled in the art, but may vary from those typical in 
conventional online searching situations, as will be apparent 
from the teachings herein. For example, when web package 
construction is dynamic it will typically be desirable to 
5 apply a caching facility to keep frequently requested pages 
or sets of web package elements available at the web 
package server in order to keep access and assembly time to 
a minimum. 

30 Short -Burst Connectivity 

By efficient management of the communications process, 
the invention enables calls to be terminated when prespeci- 
fied information object transfers have been satisfactorily 
executed, and furthermore enables the complete call process 

35 from dial-up to hang-up to be dedicated to automated 
fulfilment of the user's instructions in a single short burst 
connection the duration of which can be optimized by the 
transporter- related functions described herein. This effi- 
ciency is in contrast to a typical online session where the 

20 connection can remain open, running up time charges, while 
the user reads and thinks about each page retrieved (or is 
interrupted or performs other tasks), and long after data 
transfer has ceased, unless the user alertly disconnects. It is 
typical for such "think" time to be 10-20 times greater than 

25 the actual communication time. In addition, the compression 
and object packaging or bundling features of the transporter 
can enable still greater efficiency in communications as 
compared with conventional Internet or other online access, 
which typically retrieves uncompressed pages or messages, 

30 one at a time by enabling compressed data transport to be 
implemented transparently to the user. 

E-mail Retrieval 

35 In a simple example, new e-mail may be retrieved and 
browsed while still online, with a meter running, whereas 
retrieved new mail could be browsed just as effectively 
off-line. Employing the inventive transporter, with suitable 
adaptations at the host server, the user can fetch a manifest 

40 of new mail, edit the manifest, if desired, fetch the new mail 
and automatically disconnect or, alternatively, disconnect a 
first e-mail service and call up one or more other such 
services, in a substantially automatic manner once config- 
ured. 

45 Similarly, the inventive transporter can be used to access 
bulletin boards and pull-down objects relating to particular 
content threads of interest to the user. 

Known, special purpose e-mail readers for short burst 
access to specific e-mail and bulletin board systems are 

50 special-purpose modules configured to fetch only mail 
objects addressed to the calling user, not objects specified in 
a manifest, and thus are not suitable for broadcast informa- 
tion object distribution, or publication. Unlike the manifest 
employed in the present invention, any list of files attached 

55 to an e-mail does nothing to provide for further action upon 
receipt of the listed files nor, because it is embedded in the 
e-mail message, can it be employed by a user, information 
product, or remote server to specify files or objects to be 
fetched. Nor do such e-mail readers comprise separable 

60 software transporter components applicable to general- 
purpose automated information object transport via man- 
aged dial-up connections. The ability to optimize the com- 
munications process and automatically terminate it with a 
disconnect for an arbitrary variety of application content, 

65 including Web browsing and searching, uniquely disposes 
the inventive systems to provide a novel, general purpose 
short burst data retrieval facility for off-line users as 
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described herein, which is quite different from the limited for content searching, and for efficient packaging and trans- 
dedicated functionality of e-mail readers. mission of the resulting content, as well as for transaction 

Short burst connectivity can simulate an online environ- processing in general, as referenced above, for example by 

ment by coupling a transporter with one or more hyperlinks, automating and managing communication with a remote 

hot buttons or menu selectors enabling a user to effect 5 search engine. In doing so, the implementation details of the 

multiple or repeated data retrieval operations in short bursts transporter functions and interfaces would preferably be 

from one or more remote sources, by clicking on links and tuned and adapted as appropriate to efficiently and effec- 

hot buttons while they browse. In special cases, where a lively serve the particular purposes addressed by various 

dial-up source for the destination information object of the useful sub-classes of applications, as will be understood by 

hyperlink is known to be available, a translation or read- 10 0Iie skilled in the art from the teachings herein, 

dressing module could automatically post appropriate _ p 

header and other retrieval data from hyperlinks in imported iransaction Processing 

content to the transporter and create a manifest for fetching As described in the parent application, the invention 

the object from the dial-up source, enabling an online provides a flexible vehicle for transaction processing in 

environment to be simulated. Such application of an 15 many different ways via both real time gateway connections 

intermittent, short-burst connectivity approach to browsing and non-real time store-and-forward linkages. Such trans- 

and searching of relatively extensive content (such as col- actions can be EDI -compliant, or use other remote-ordering 

lections of Web pages) is quite distinct from conventional protocols for real or de facto standards including HTML 

Web browsing and searching activities which function as a forms and Sun Systems JAVA (trademark) applets, and gain 

fully online, continuously interactive process. Absent the 20 the benefits of short-burst communication optimized for 

teachings herein, conventional wisdom would expect the reduced communication time. In this manner the benefits of 

inventive approach to be unduly static and limiting of the inventive transporter can be obtained in a way that 

interaction. interworks with and applies useful portions of transaction 

With present-day modems, some delay occurs in the control, user interface and security software infrastructure 

dialing and handshake process which slows the dial-up 25 that may be available for use at the user and transaction 

communication process and may somewhat hinder Simula- server ends of the transaction chain, 

tion of an online environment. Advancing technology may Moving web packages in or with a transporter, both as 

reduce these problems increasing the usefulness of the described pursuant to the invention, creates what may be 

invention. Connections via ISDN are established much termed a "web package shuttle". With the short-session and 

faster, while connect time appears at present to be signifi- 30 simple connection advantages the invention provides, a 

cantly more costly. Accordingly, short burst embodiments of powerful general purpose transaction processing capability 

the invention have particular application to use via ISDN is enabled having advantages similar to those described for 

networks where retrieval of cumbersome graphics, video information transport. Such a transaction processing mecha- 

and multimedia files may be important. The transporter can nism can adopt any other relevant aspects of the invention 

readily be adapted to offer a scheduling function providing 35 described herein including intermittent or short burst 

users with an option to effect retrieval of bulky objects^at an repeated connections, gatewaying between a vendor or 

off-peak low rate or low traffic time, such as at night. sponsor's server or a special purpose server and a Web 

Using such short burst data retrieval, a user can interact server or Internet point of access so long as HTML form- 
off line, seamlessly merging retrieved data or objects with 4Q based transactions, or their equivalent, are supported. Store 
local data or objects, in a rich and varied environment which and forward is also useful in this context so that many 
may simulate an online session, without the expense and transactions can be collected on a special-purpose server for 
inconvenience that sometimes accompanies extended online later processing elsewhere. 



sessions. In many instances, for example domestic 
environments, freeing up a telephone line will be an impor- 
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tant benefit, especially to teenage computer users whose The Music CD Extra format is a standard supported by 

parents require a single phone line to be available. These Microsoft, Sony, Philips and other industry leaders for a 

benefits of short burst communication, with minimal use of class of high quality recorded audio products distributed on 

phone lines, accompanied by off line browsing, are of CD with CD-ROM compatible user, multimedia-capable 

particular value in the case of interactive digital music CDS, 5Q interactivity, enabling users to enhance the music experience 

for example, as supplied under an industry standard, or (stored in ANSI standard CD audio "red book" format, 

agreed format, such as Music Enhanced CD. Application of playable on standard CD audio players) with suitable ancil- 

the invention to this environment will be described in more lary content such as liner notes, pictures, video clips, artist 

detail below. data, lyrics, discography, concert schedules, fan club infor- 

The short burst access characteristics of the invention may 55 mation and so on (encoded in CD-ROM compatible ANSI 

be of particular value to mobile users who often do not have standard "yellow book" format, playable on standard 

suitable access to adequate communications facilities. Wire- CD-ROM players). 

less links are relatively expensive and slow, and while Variant combined formats have seen limited use, and all 
improving, can be expected to remain more costly and lower of these are collectively referred to as Enhanced CDS. 
in speed than wireline service. The ability to concentrate 60 Comparable standards and formats promoting interactive 
activity into short, efficient bursts, and to pre -position environments for recorded products may be expected for 
selected working sets of current content such as price lists other media and products, for example video products and 
and documentation in a portable system can be of great value DVDs, as well as High Density CD, the DVD-based follow- 
to salesmen, field workers, and computer-using working on format for CD audio and CD-ROM. 
travelers of all kinds. 65 Such interactive music products may also include online 
It will be apparent that applications of short-burst, inter- links to the Web or other online services. However, to the 
mittent connection can be extended to provide broad support inventor's knowledge and belief available products provide 
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or require traditional open-ended online sessions with their base content by retrieval from a remote source and provides 

associated drawbacks. specified optional elements. 

The invention provides a novel interactive recorded music Links to optional items for download can trigger trans- 
product comprising, stored on distributable physical media, porter functions, as described, to fetch the optional item 
a music recording and an information transporter as 5 object if it is not present locally or can simply invoke the 
described herein, coded for automated communication with object, or a viewer for the object, if it is present locally. Such 
a prespecified remote content source, particularly, but not objects could, for example, include audio or video samples, 
exclusively, a digital music CD, which preferably also Transaction pages, simulating actual Web pages, if 
includes supplemental interactive capability relevant to the desired, can be provided to trigger sends to a remote server 
music recording. 10 to enable joining a fan club, or ordering merchandise, or 

Typically, the remote content comprises ancillary content other user-initiated transaction. Simple transporter send 

as described above. The remote source preferably comprises functions can be used for information submission, such as 

a server maintained on behalf of a vendor or sponsor of the product registrations, and server response and gateway func- 

music product accessed by direct dial to a number stored or tions can be employed when a response or confirmation is 

retrievable via a number stored, by or for, the transporter. In 15 needed. 

a preferred embodiment, a commercial vendor or supplier of A user control facility to edit a fetch and send list for the 

the music product maintains a server with ancillary content transporter activatable from any desired page can also be 

of interest to purchasers of the music product and preinstalls provided. 

the transporter with an 800 or ordinary phone number a client system content control component or function, to 

providing automated access to that server. Either in the De implemented at the user's station, to track the presence 

original product or in an object automatically fetched by the anc j status of information objects on the user's storage 

transporter, a content list of available choices can be facilities, including any CD-ROM and hard disk can be 

provided, enabling the user to select desired objects to be provided to control link execution and editing, along with a 

fetched. When the selected object or objects has been link manager, as described, 

satisfactorily retrieved, the transporter or an associated user 25 

interface, either terminates communications or gives the 0nline Network Charging Mechanism 

user the option to transport another object to or from the a drawback of a distributed online network, such as the 

remote source. Internet, which lacks central administration is the difficulty 

Alternatively to direct dial access to a vendor-maintained 3Q of implementing convenient charging mechanisms. Tele- 
remote server, the transporter can be coded to access the phone networks provide a number of charging options, 
Web or equivalent online network, via an access provider, to notably, caller-paid charges, collect calls which reverse 
retrieve one or more specified information objects from the charges to the called party, subject to the called party's 
Web using an URL, and to terminate the online session after selective approval; sponsor-paid 800- and 888-calls where 
receipt of the specified objects. If desired after retrieval of an 35 all calls are paid by the called party; and caller-paid 900- 
object via the online network, confirmation, or other data calls which provide for revenue splitting between the tele- 
can be returned to a predesignated server via direct dial to phone company and the called party, 
that server, bypassing the online network. Such services are not generally available on the Internet. 

A music industry application of the invention can thus Credit cards are now being widely used on the Internet, 
embody the inventive offline browser system described 40 although some people have lingering security concerns, 
above, as a music supplementer system, particularly adapted However, though useful for major purchases, credit cards are 
to the requirements of Music CD Extra and Music Enhanced not suitable for small time-related charges and do not offer 
C D formats providing useful benefits to users lacking online a medium enabling sponsors to provide free access. Stan- 
subscriptions, dard Internet charging methods require establishment of a 

The music supplementer system ("MSS" herein) can 45 subscription with an access provider such as one of the 
comprise an offline browser system with direct-dial support, major online services, for example CompuServe and 
a local browser-viewer module with HTML Web page America Online, or with one of the specialized Internet 
viewing functionality, and preferably with a base set of service providers, and generally include usage (time) related 
content elements in HTML format with optional selections charges (either explicitly or implicitly). This approach has 
of standard Web content or other material for example 50 the drawbacks described above for casual, first-time and 
Adobe's ACROBAT (trademark) or other viewers. The base occasional users and limits the marketing uses of the Inter- 
content elements can conform to an enabling specification net. 

appropriate to the MSS and can include any desired content, Networks managed by centralized service providers for 

for example, a basic home page, a tour schedule page, a example SPRINTNETor BT TYMNET (trademarks), offer 

multi-media download page, a fan club page, a merchandise 55 systems enabling such networks to simulate some telephone 

page, a news page and an artists or other artists page. network charging capabilities. Thus the X.25 standard for 

Preferably, any links on these pages are edited, modified or packet switching networks provides reverse charging 

managed for local execution as described herein. Such pages options and a call-negotiation process that determines 

can be functionally modified versions of online available whether a called server or host will accept collect calls. A 

Web pages, as described above. Key functions can be go caller or user must supply a billed account ID and password 

controlled and customized using HTML pages, or in other for caller paid charges or may be furnished with a special 

appropriate ways, while the invocation of control functions reverse-charge account ID and password, 

can be done by intercepting links employing a helper X.75 standards permit call negotiation and reverse charg- 

application, or via API or viewer customization or other ing mechanisms to be applied across interconnections 

means as described hereinabove. 55 between individual X 25 networks, allowing some global 

Various special-purpose useful links can be provided, for coordination. Internet protocols do not provide for such call 

example, a "Get Update" link in a home page that refreshes negotiation and charging management. The packet-switched 
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X.25 model does not appear to solve the problem of over- action can be submitted. In a similar manner to what was 

coming the access providers charges and formalities that described in relation to browsing, the effect of an ongoing 

impede novices and casual users and prevent true, casual interactive session for searching and transactions can be 

sponsor-paid access by any modem-equipped computer user simulated by a series of short burst transporter-implemented 

to the sponsor's Internet site, because it is specific to the 5 connections. 

X.25 protocol and no provision for an equivalent capability This intermittent mode of searching can be further 

is provided for in the Internet protocol. exploited using techniques such as those described in the 

To solve these and other problems, the invention provides parent application for combining indexes or other content 

an Internet charging mechanism, including computer- into a single seamless search. As described, an index (or 

implemented enabling software, in the form of a charge- 30 content set) on CD-ROM could be supplemented by an 

management module to be applied as a higher level protocol updated supplementary index (or content set) that had been 

above the enabling online network protocol such for subsequently retrieved to hard disk. It will be apparent that 

example as the Internet TCP/IP protocols. The charge- the searching-as-transaction approach can be used in the 

management module preferably comprises user, server and same way to supplement information already retrieved. For 

access point components operated at the nodes or points of 15 example, a search of content on CD (and hard disk) which 

access to identify collect and other calls at each access point, is current as of a given date can be supplemented by a search 

to provide session-negotiation functions and to determine if transaction requesting the same search, and additionally 

a called server will accept charges before a call is completed. specifying that the results be limited to content with a date 

Hosts that accept collect calls can have an option of selec- more recent than that given date. In this way, only the new 

tively controlling access to specific account IDs. 20 items not already present would be retrieved, for optimum 

User components of the charge management module efficiency in search and transmission time. The result can 
preferably include a user interface button or other selection lheQ be mer S ed the local results t0 P roduce a ^ 
requesting sponsored access to a resource and which is current > complete result (again sorted in whatever order is 
effective to activate the charge management mechanism on desired). This approach permits very significant benefits, for 
the network, or such requests could be an automatic default, 25 example m the case of the searching of general purpose 
or implied by the URL specified. The access point module Internet ™ ch ™ YAHOO or LYCOS (trademarks), 
can collect usage data for calls made via the access point whe r e repeated identical searches may be done weeks or 
operator and generate bills and call details for the sponsor. months W^l, with redundancy in all but the most recent 
The sponsor or server component screens and authorizes or results > onl y the incremental content need actually be 
rejects call requests received from the access point. The 30 obtained and transmitted. Since much Internet activity con- 
details of this process could be specific to a single ISP to sisl of such searches, the processing and commumca- 
work among users and servers directly connected to its uons cost s ™w& are potentially very sizeable. Widespread 
network only, but preferably a common coordinating mecha- adoption of such connect-time optimized search techniques 
nism analogous to X.75 could be used by a large number of could even hel P economize on Internet traffic, 
cooperating ISPs. Back Channel for Interactive Systems 

900- number equivalent revenue-collecting functionality A mrmer yamable Ucatio[1 of the information object 

can be provided by means of a billing gateway server tr ter of tne mvent ion is to enable a novel interactive 

established to manage session setup for revenue-generating communications system by providing back-channel commu- 

calls using specially charged account IDs. The billing sery- 4Q nications via dial connections from a population of users 

ers can allocate a caller s account and credit status, identify {Q a broadcaster distributing analog or digital material over 

the pricing algorithms to be applied for the called server, and a Qne _ way pfimary sucfa ag jy ^ cabk 0f sateUite 

maintain an activity record for end-user billing. Qf dm subchannels> Em pi oyin g a configuration as described 

Such increased flexibility in charging can enhance and m Le Ve i ^ ^ ^ primarily a send application, where users 

facilitate widespread use of the Internet for both short-burst 45 objects such as a customer service responses, video 

connectivity applications and for fully online applications. program requests, or the like back to the broadcaster, or a 

Coupled with the capabilities of the inventive transporter, vendor coupled to the broadcaster, by dial-up, or equivalent, 

such novel charging mechanisms can enable new Internet 0 ver a telephone or equivalent point-to-point network, 

(or other online network) market services such, for example Optionally, the inventive transporter may be used to fetch 

as allowing non-subscribing users to obtam free sponsored 50 communicated over the primary broadcast channel, 

service, or to obtain service-for-fee on a discrete, ad-hoc, In ^ case {h& actiye fequest for a fctch object in the 

time -of- need basis. manifest could be effected in various ways depending on the 

Intermittent Web Searching natiire of the network and the request. If the request were for 

a standard object scheduled for transmittal via the primary 

Searching of the Web, or Internet, or other adequately 55 broadcast channel, the transporter would simply request of 

standardized wide area network replete with data sources, tne i oca t broadcast interface that the object be provided 

can be understood and accomplished using the transporter as when received. Custom broadcast transmissions could be 

a special case of transaction handling, using similar mecha- nrs t requested via a send through the back channel as 

nisms to those described above for transaction handling. described above. It will be understood that fetched objects 

Thus, a search request is simply a send transaction to a 60 ma y be transmitted over either channel, with the best choice 

search engine, which responds with a fetch object (also depending on the characteristics of the network (including 

referenced as a "response object" in the parent application) any i oca l station addressability characteristics), the content, 

comprising a result list or hit list of objects found to match an Jj the traffic patterns, 
the search, which is then returned to the user, at which time 

a disconnection can be made. This result can then be used as 65 Web Publistong 

normal hyperlinked content to obtain the actual target Prior to the date of this application, the concept of 

objects in a subsequent request, or a revised search trans- publishing on the Web has become a commonplace. Publi- 
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cation is achieved simply by posting a Web page or pages at 
a Web site where any Web user is free to examine the 
posting. In addition, it may be assumed that one or more 
search engines will eventually locate the content, leading 
interested browsers to the site, and links leading from other 
Web sites may be set up. Unlike publication in the more 
commonly understood sense of mass distribution of copies 
of a document or other work, Web publication is passive in 
nature: a single copy of the work, assembled according to 
Web standards, is posted for browsers to read and copy, 
rather like a document in a library. 

Thus, a would-be Web publisher merely has to prepare 
their content and post it to a suitable site. Since Web sites are 
computer servers located remotely from the ordinary user or 
browser, and an ordinary user may have difficulties in 
mastering the complexities of transmitting files to such a 
server, it will be apparent that the inventive transporter 
provides an excellent means of facilitating the transport of 
documents or other objects from their would-be publishers 
with local, modem-equipped computer stations, to a' Web 
server via direct dial up connection, using any appropriate 
ones of the tools and architectures described herein. Equally, 
the transporter can be used to shuttle acknowledgment and 
other publication confirmation details back to the originating 
user. In such an application users will typically have basic 
Internet connectivity, and this will preferably be employed 
by the transporter. A benefit of using the transporter is 
simplification of the transaction for both the user and the 
service provider. 

Thus the transporter can provide an automatic upload 
including connection, interaction with a user interface to 
enable selection of files for Web publication; execute a send 
to load the content to a Web server, a logically distinct server 
which may be accessed via a distribution server, as described 
herein, and, if desired, submitted to a search engine via a 
gateway connection, also as described. 

New or improved electronic information products are 
made possible by the novel information transporter dis- 
closed herein, for example, CD-ROM-based products 
updated from online services, undatable periodical magazine 
collections, catalog-based computer shopping with order 
entry and optionally, order confirmation. 

Recently Contemplated CD-ROM Products 
Updatable from Online Services 

A CD-ROM-based product with online service updatabil- 
ity called "MICROSOFT Complete Baseball" 
(MICROSOFT is a trademark) was announced by Microsoft 
Corporation apparently on Mar. 1, 1994, with a Jun. 15, 
1994 availability date. A product brochure received by the 
present inventor on April 26 describes a multimedia history 
of baseball which can be updated with daily scores from an 
online service, by modem. Nothing in the sales materials 
suggests any separable information transport components 
marketable for use with other information products. 

In late April 1994, CompuServe® (trademark) online 
information service announced plans for a CD-ROM infor- 
mation product to be used in conjunction with its online 
service. The CompuServe® CD-ROM information product 
online service is usable only with that service, and requires 
users of its online component to be CompuServe® member/ 
subscribers, on terms such as described above, which terms 
restrict the CD-ROM product's marketability. The 
CD-ROM content and user interface is limited to that 
provided by CompuServe®. Accordingly, such a dedicated 
CD-ROM service is not a satisfactory solution to indepen- 
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dent publishers looking for economical update means, 
because they will be limited to whatever user interface and 
data management flexibility the online vendor may provide 
which will substantially restrict any creative look-and-feel 

5 identity the publisher may have provided in their own 
product. Thus the CD-ROM product is described by Com- 
puServe® in the statement: "It is, essentially, a new window 
on CompuServe ..." This product description does not 
suggest an ability to obtain updated online information for 

10 integrated local, offline use with an original information 
product stored on the CD-ROM, as is provided by the 
present invention. 

In addition to CD-ROM-based products, various new 
information distribution methods and services are made 

is possible by embodiments of the present invention. The 
object source can be a remote server equipped with a 
cooperative communications module closely molded to 
work effortlessly with the information transporter for dis- 
tributing objects to a wide base of users. Such a remote 

20 server can be linked to a vendor or gatewayed to other 
information object sources or electronic publishers, and 
exploit its smooth and efficient information transport capa- 
bilities to act as a distribution point for such vendors, 
sources or publishers. 

25 Thus, the invention further comprises such a special- 
purpose server designed for use with the novel information 
transporter and the special-purpose server can be established 
as a distribution service for publishers who incorporate the 
information transporter in their products. The invention also 

30 provides a method of operating a server to provide such a 
software service and server-enabling software. 

While an illustrative embodiment of the invention has 
been described above, it is, of course, understood that 
various modifications will be apparent to those of ordinary 

35 skill in the art. Such modifications are within the spirit and 
scope of the invention, which is limited and defined only by 
the appended claims. 
What is claimed is: 

1. A software product for use at a user station, the user 
40 station including a processor and a storage device, the 

software product comprising computer executable instruc- 
tions that, when executed by the processor: 
enable a user at the user station to select content from each 
45 of a plurality of independent publishers; 

effect transport of the selected content from each of the 
plurality of publishers to the user station over a com- 
munications network and, without user intervention, 
effect storage of the transported content to the storage 
50 device such that the content is retained on the storage 
device upon shutting down of the user station and/or 
deactivation of the software product; and 
effect presentation of the stored content to the user at the 
user station with a user interface that is customized to 
55 the respective publishers. 

2. The software product as set forth in claim 1, further 
comprising computer executable instructions that, when 
executed by the processor: 

effect a network connection between the user station and 
60 the communications network, via a network provider, 

wherein the plurality of independent publishers available 
for selection are not determined by the network pro- 
vider. 

3. The software product as set forth in claim 2, wherein 
65 the communications network is the Internet. 

4. The software product as set forth in claim 2, wherein 
the user interface is provided by the respective publishers. 
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5. The software product as set forth in claim 1, wherein enable a user at the user station to select content from each 
the user interface is provided by the respective publishers. of a plurality of independent services; 

6. The software product as set forth in claim 1, further e ff ect transport of the selected content from each of the 
comprising computer executable instructions that, when plurality of services to the user station over a commu- 
executed by the processor: 5 nications network and, without user intervention, effect 

effect a network connection between the user station and storage of the transported content to the storage device 

the communications network, via a network provider, such that the content is retained on the storage device 

wherein the user interface is provided by the respective upon shutting down of the user station and/or deacti- 

publisher independently of the network provider. vation of the software product; and 

7. The software product as set forth in claim 1, further 10 ff f f . rtft „, ^ iant tn tUo 1100 , Qt t . 

: , . , . . „ ' «„i™ effect presentation of the stored content to the user at the 

comprising computer executable instructions that, when ^ c . . , 

*\ , * 4l _ r user station with a user interface that is customized to 

executed by the processor: . 

cc * . 1 u . *u * <■ a the respective services. 

effect a network connection between the user station and ^ ^ ^ m ^ ^ ^ forth {q ^ 2Q> 

the communications network, via a network provider, comprising ^ ter execut able instructions that, when 

wherein the user interface is provided without cooperation 15 execute d by the processor: 

of the network provider. . effect a network connection between the user station and 

8. The software product as set forth in claim 1, wherein . . 4 . . , . , 

. t c , 1 * j * * . * 4- the communications network, via a network provider, 

the transport of the selected content to the user station is . , 

effected without user intervention. wherein the plurahty of mdependent services ayaUable for 

9. The software product as set forth in claim 1, wherein 20 _ s ^f cll0 ° are not d f termmed r by * he n ^°t P T 
the transport of the selected content to the user station is 22 - ™* software P roduct fs set forth in claim 21, wherein 
effected according to a schedule. the communications network is the Internet. 

10. The software product as set forth in claim 1, wherein 23- ™ e s °ft ware P«*toct as set forth in claim 21, wherein 
the transport of the selected content to the user station is the user interface is provided by the respective services, 
effected according to a user-modifiable schedule. 25 24 ^ software P roduct as set forth in claun 20 ' wherem 

11. The software product as set forth in claim 1, wherein lhe user inter 5 ace is Provided by the respective services^ 
the transport of the selected content to the user station is 25 - ^ e P roduct ™ « l forth 10 claim 20 > furt u her 
effected automatically and repeatedly. comprising computer executable instructions that, when 

12. The software product as set forth in claim 1, wherein executed by the processor: 

the selected content is transported directly from each of the 30 effect a network connection between the user station and 

independent publishers to the user station. the communications network, via a network provider, 

13. The software product as set forth in claim 1, wherein wherein the user interface is provided by the respective 
the selected content is transported from each of the inde- service independently of the network provider, 
pendent publishers to the user station, without first passing 26. The software product as set forth in claim 20, further 
through a gateway. 35 comprising computer executable instructions that, when 

14. The software product as set forth in claim 1, wherein executed by the processor: 

the transport of the selected content to the user station is effect a network connection between the user station and 

effected in accordance with an object manifest, the object the communications network, via a network provider, 

manifest including an identification of a plurality of objects wherein the user interface is provided without cooperation 

from different ones of the respective publishers, and a source 40 of the network provider. 

address for each of the respective publishers. 27. The software product as set forth in claim 20, wherein 

15. The software product as set forth in claim 1, wherein the transport of the selected content to the user station is 
the selected content is transported from each of the inde- effected without user intervention. 

pendent publishers to the user station, without first passing 28. The software product as set forth in claim 20, wherein 

through an online service provider that serves multiple ones 45 the transport of the selected content to the user station is 

of the independent publishers. effected according to a schedule. 

16. The software product as set forth in claim 1, wherein 29. The software product as set forth in claim 20, wherein 
the transport of the selected content to the user station is the transport of the selected content to the user station is 
effected using a non-proprietary data transfer protocol. effected according to a user-modifiable schedule. 

17. The software product as set forth in claim 1, wherein 50 30. The software product as set forth in claim 20, wherein 
the communications network is the Internet. the transport of the selected content to the user station is 

18. The software product as set forth in claim 1, wherein effected automatically and repeatedly. 

the selected content is transported from each of the inde- 31. The software product as set forth in claim 20, wherein 

pendent publishers to the user station, without first passing the selected content is transported directly from each of the 

through an information distribution service that serves mul- 55 independent services to the user station, 

tiple ones of the independent publishers. 32. The software product as set forth in claim 20, wherein 

19. The software product as set forth in claim 1, further the selected content is transported from each of the inde- 
comprising computer executable instructions that, when pendent services to the user station, without first passing 
executed by the processor: through a gateway. 

enable the user to effect a network connection between the 60 33. The software product as set forth in claim 20, wherein 

user station and the communications network, via any the transport of the selected content to the user station is 

selected one of a plurality of different available net- effected in accordance with an object manifest, the object 

work providers. manifest including an identification of a plurality of objects 

20. A software product for use at a user station, the user from different respective ones of the services, and a source 
station including a processor and a storage device, the 65 address for each of the respective services. 

software product comprising computer executable instruc- 34. The software product as set forth in claim 20, wherein 

tions that, when executed by the processor: the selected content is transported from each of the inde- 



12/18/2003, EAST version: 1.4.1 



US 6,6! 

63 

pendent services to the user station, without first passing 
through an online service provider that serves multiple 
independent publishers. 

35. The software product as set forth in claim 20, wherein 
the transport of the selected content to the user station is 
effected using a non-proprietary data transfer protocol. 

36. The software product as set forth in claim wherein the 
communications network is the Internet. 

37. The software product as set forth in claim 20, wherein 
the selected content is transported from each of the inde- 
pendent services to the user station, without first passing 
through an information distribution service that serves mul- 
tiple independent publishers. 

38. The software product as set forth in claim 20, further 
comprising computer executable instructions that, when 
executed by the processor: 

enable the user to effect a network connection between the 
user station and the communications network, via any 
selected one of a plurality of different available net- 
work providers. 

39. A software product for use at a user station, the user 
station including a processor and a storage device, the 
software product comprising a viewer capable of handling a 
markup language and comprising computer executable 
instructions that, when executed by the processor: 

enable a user at the user station to select one or more 
remote information object sources from a plurality of 
available remote information object sources operated 
by independent publishers; 

effect transport of one or more information objects, at 
least one of the information objects being represented 
using the markup language, from any selected one of 
the remote information object sources to the user 
station over a communications network and, without 
user intervention, effects storage of the transported 
information object(s) to the storage device such that the 
information object(s) are retained on the storage device 
upon shutting down of the user station and/or deacti- 
vation of the software product; and enable, for each 
stored information object, presentation of that object 
using the viewer to the user at the user station with a 
look and feel that is specific to the respective publisher. 

40. The software product as set forth in claim 39, further 
comprising computer executable instructions that, when 
executed by the processor: 

effect a network connection between the user station and 
the communications network, via a network provider, 

wherein the plurality of remote information object sources 
available for selection are not determined by the net- 
work provider. 

41. The software product as set forth in claim 40, wherein 
the communications network is the Internet. 

42. The software product as set forth in claim 40, wherein 
the look and feel is provided by the respective publisher. 

43. The software product as set forth in claim 39, wherein 
the look and feel is provided by the respective publisher. 

44. The software product as set forth in claim 39, further 
comprising computer executable instructions that, when 
executed by the processor: 

effect a network connection between the user station and 
the communications network, via a network provider, 

wherein the look and feel is provided by the respective 
publisher independently of the network provider. 

45. The software product as set forth in claim 39, further 
comprising computer executable instructions that, when 
executed by the processor: 
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effect a network connection between the user station and 
the communications network, via a network provider, 
wherein the look and feel is provided without cooperation 
of the network provider. 
5 46. The software product as set forth in claim 39, wherein 
the transport of the selected content to the user station is 
effected without user intervention. 

47. The software product as set forth in claim 39, wherein 
the transport of the selected content to the user station is 

10 effected according to a schedule. 

48. The software product as set forth in claim 39, wherein 
the transport of the selected content to the user station is 
effected according to a user-modifiable schedule. 

49. The software product as set forth in claim 39, wherein 
15 the transport of the selected content to the user station is 

effected automatically and repeatedly. 

50. The software product as set forth in claim 39, wherein 
the selected content is transported directly from each of the 
remote information object sources to the user station. 

20 51. The software product as set forth in claim 39, wherein 
the selected content is transported from each of the remote 
information object sources to the user station, without first 
passing through a gateway. 

52. The software product as set forth in claim 39, wherein 
25 the transport of the selected content to the user station is 

effected in accordance with an object manifest, the object 
manifest including an identification of a plurality of objects 
from different remote information object sources, and a 
source address for each of the respective remote information 
3 q object sources. 

53. The software product as set forth in claim 39, wherein 
the selected content is transported from each of the remote 
information object sources to the user station, without first 
passing through an online service provider that serves mul- 

35 tiple independent publishers. 

54. The software product as set forth in claim 39, wherein 
the transport of the selected content to the user station is 
effected using a non-proprietary data transfer protocol. 

55. The software product as set forth in claim 39, wherein 
40 the communications network is the Internet. 

56. The software product as set forth in claim 39, wherein 
the selected content is transported from each of the remote 
information object sources to the user station, without first 
passing through an information distribution service that 

45 serves multiple independent publishers, 

57. The software product as set forth in claim 39, further 
comprising computer executable instructions that, when 
executed by the processor: 

enable the user to effect a network connection between the 
50 user station and the communications network, via any 
selected one of a plurality of different available net- 
work providers. 

58. A software product for use at a user station, the user 
station including a processor and a storage device, the 

55 software product comprising a viewer capable of handling a 
markup language and comprising computer executable 
instructions that, when executed by the processor: 

enable a user at the user station to select one or more 
remote information object sources from a plurality of 
60 available independently operated remote information 
object sources; 
effect transport of one or more information objects, at 
least one of the information objects being represented 
using the markup language, from any selected one of 
65 the remote information object sources to the user 
station over a communications network and, without 
user intervention, effects storage of the transported 
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information object(s) to the storage device such that the 
information object(s) are retained on the storage device 
upon shutting down of the user station and/or termina- 
tion of the software product; and 
enable, for each stored information object, presentation of 5 
that object using the viewer to the user at the user 
station with a look and feel that is specific to the 
respective information object source. 

59. The software product as set forth in claim 58, further 
comprising computer executable instructions that, when 10 
executed by the processor: 

effect a network connection between the user station and 
the communications network, via a network provider, 

wherein the plurality of remote information object sources 
available for selection are not determined by the net- 
work provider. 

60. The software product as set forth in claim 59, wherein 
the communications network is the Internet. 

61. The software product as set forth in claim 59, wherein 2Q 
the look and feel is provided by the respective remote 
information object source. 

62. The software product as set forth in claim 58, wherein 
the look and feel is provided by the respective remote 
information object source. 25 

63. The software product as set forth in claim 58, further 
comprising computer executable instructions that, when 
executed by the processor: 

effect a network connection between the user station and 
the communications network, via a network provider, 30 

wherein the look and feel is provided by the respective 
remote information object source independently of the 
network provider. 

64. The software product as set forth in claim 58, further 
comprising computer executable instructions that, when 35 
executed by the processor: 

effect a network connection between the user station and 
the communications network, via a network provider, 

wherein the look and feel is provided without cooperation 
of the network provider. 40 

65. The software product as set forth in claim 58, wherein 
the transport of the selected content to the user station is 
effected without user intervention. 

66. The software product as set forth in claim 58, wherein 
the transport of the selected content to the user station is 45 
effected according to a schedule. 
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67. The software product as set forth in claim 58, wherein 
the transport of the selected content to the user station is 
effected according to a user-modifiable schedule. 

68. The software product as set forth in claim 58, wherein 
the transport of the selected content to the user station is 
effected automatically and repeatedly. 

69. The software product as set forth in claim 58, wherein 
the selected content is transported directly from each of the 
remote information object sources to the user station. 

70. The software product as set forth in claim 58, wherein 
the selected content is transported from each of the remote 
information object sources to the user station, without first 
passing through a gateway. 

71. The software product as set forth in claim 58, wherein 
the transport of the selected content to the user station is 
effected in accordance with an object manifest, the object 
manifest including an identification of a plurality of objects 
from different remote information object sources, and a 
source address for each of the respective remote information 
object sources. 

72. The software product as set forth in claim 58, wherein 
the selected content is transported from each of the remote 
information object sources to the user station, without first 
passing through an online service provider that serves mul- 
tiple independent publishers. 

73. The software product as set forth in claim 58, wherein 
the transport of the selected content to the user station is 
effected using a non -proprietary data transfer protocol. 

74. The software product as set forth in claim 58, wherein 
the communications network is the Internet. 

75. The software product as set forth in claim 58, wherein 
the selected content is transported from each of the remote 
information object sources to the user station, without first 
passing through an information distribution service that 
serves multiple independent publishers. 

76. The software product as set forth in claim 58, further 
comprising computer executable instructions that, when 
executed by the processor: 

enable the user to effect a network connection between the 
user station and the communications network, via any 
selected one of a plurality of different available net- 
work providers. 

77. The software product as set forth in claim 39, wherein 
the at least one of the information objects is a Web page. 

78. The software product as set forth in claim 58, wherein 
the at least one of the information objects is a Web page. 

***** 
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